home *** CD-ROM | disk | FTP | other *** search
/ CU Amiga Super CD-ROM 23 / CU Amiga - Super CD-ROM 23 (June 1998).iso / CUCD / Programming / E-List / E_List0398 < prev    next >
Encoding:
Text File  |  1998-04-06  |  189.5 KB  |  5,299 lines
  1. This digest for list amigae-list has been created on Sun Mar  1 14:03:06 1998
  2.  
  3.  
  4. ------- THIS IS A RFC934 COMPLIANT DIGEST, YOU CAN BURST IT -------
  5.  
  6. Date: Sun, 01 Mar 1998 14:01:22 +0100
  7. From: gamboni@fastnet.ch (Jacques Gamboni)
  8. Subject: Attribute refreshing with MUI
  9.  
  10. I have trouble to refresh some objects in MUI:
  11. In most cases, a simple Mui_Redraw() is sufficient, but not always.
  12. Examples:
  13. * I have a group with custom layout, that can get new objects with drag
  14. 'n' drop: I have
  15. a library of available objects, the user drops one at the place he
  16. wants. Because a group mustn't
  17. be empty, when no objects are in the group I put an invisible
  18. RectangleObject, that I remove
  19. as soon as a new object is created. In this case, the number of objects
  20. (1) doesn't change, so maybe
  21. it is the reason why MUI doesn't call my custom layout hook (the first
  22. object drop in the window
  23. is always at the same place, the place where I put the rectangle at
  24. creation time). When the window is resized,
  25. the layout hook is called and the new object appears at correct place.
  26. * The objects should be moved with Drag'n'Drop: When my Group recieves a
  27. drop message, it
  28. moves the coordinates (global variables, read by my custom layout hook).
  29.  
  30. The problem is that my custom layout hook is not called, even when
  31. Mui_Redraw is called: The user
  32. must resize the window so that the custom layout hook is called and now
  33. the objects appears at the
  34. correct place. How can I call my hook from the program? Using
  35. MUIM_CallHook is probably
  36. not sufficient, because the resulting values aren't read by Mui..
  37. * I need in some cases to change the MUIA_Image_Spec of an ImageObject,
  38. but Mui doesn't react
  39. when I execute
  40. set(gad,MUIA_Image_Spec,s)..
  41. And I'm sure the command is correct because when I iconify the window
  42. and open it again, Mui reloads
  43. all images of the window, and displays the correct images, but when I
  44. redraw the window (e.g. resize
  45. or MUI_Redraw()), the image doesn't change..
  46. So I would need to ask Mui to reload the image, in this case.
  47.  
  48.  
  49. Maxime
  50.  
  51. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  52.  
  53. From: massa@earthling.net ("Matthew K. Massa")
  54. Date: Sun, 01 Mar 1998 09:58:07 -0600
  55. Subject: UNSUBSCRIBE
  56.  
  57. Hello,
  58.  
  59. Kind regards
  60.  
  61. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  62.  
  63. From: massa@earthling.net ("Matthew K. Massa")
  64. Date: Sun, 01 Mar 1998 10:05:46 -0600
  65. Subject: UNSUBSCRIBE
  66.  
  67. Hello,
  68.  
  69. Kind regards
  70.  
  71. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  72.  
  73. Date: Tue, 3 Mar 1998 13:15:05 +0100 (MET)
  74. From: rade@coli.uni-sb.de (Ralph Debusmann)
  75. Subject: EasyGUI
  76.  
  77. Hi,
  78.  
  79. I found some a little annoying limitations when using EasyGUI for my tiny
  80. moduleplayer. The problems I had have to do with the slider-gadget:
  81.  
  82. 1. There is no proc to change the min- and max values of a slider
  83. (workaround: I used Gt_SetGadgetAttrsA, this works flawlessly)
  84.  
  85. 2. The EasyGUI-slider seems to have 'GA_RelVerify' on by default, i.e. my
  86. corresponding procedure is called on every slidermove. I'd like to have
  87. the slider have 'GA_RelVerify' set to 0, since I only want to call my
  88. procedure (set and play a new subsong, e.g. with sidplayer) when the
  89. slider really has moved and the mousebutton is not pressed any more.
  90. Gt_SetGadgetAttrsA isn't able to change 'GA_Relverify', so that I would
  91. have to resort to creating my own slider from gadtools... not nice :(
  92.  
  93. Are there other workarounds?
  94.  
  95. Apart from that, EasyGUI is just a nice system, I like it very much and
  96. won't resort to MUI or BGUI, I think.
  97.  
  98. Ciao, Ralph
  99.  
  100. - --
  101.      Fachschaft CL, Geb. 17.3, Raum 6.03 (Keller), Tel.: 0681-302-4178
  102.      HiWi im Projekt LISA, Geb. 17.3, Raum 1.11, Tel.: 0681-302-4496
  103.      Homepage, http://www.coli.uni-sb.de/~rade
  104.  
  105.  
  106. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  107.  
  108. Date: Wed, 4 Mar 1998 10:50:19 GMT
  109. From: jason@fsel.com (Jason Hulance)
  110. Subject: Re: Re[3]: whatis.library
  111.  
  112. Eric Sauvageau <merlin@thule.no> quoted and wrote:
  113.  
  114. > >  And of course you're taking the date from a similar datestamp on Aminet.
  115. > >  That's a good comparison...
  116. > 
  117. > No, I'm taking the date from my own knowledge :)
  118.  
  119. Yes, I thought as much.  The first version of NewIcons that I saw on
  120. Aminet was at the end of 1994.  That's a good six months *after* the
  121. release of FakeDefIcon...
  122.  
  123. > The FakeDefIcon on Aminet was labeled v0.1, so I assumed it was the
  124. > first (and last) version you ever released.  If you released 0.05
  125. > before that, then my apologies :)
  126.  
  127. That was the first and only version, as you suggest, but it obviously
  128. took quite a while to develop and write.  I was actually hoping someone
  129. would take the idea and develop it further (I supplied everything,
  130. including the source).  So, I wasn't upset when DefIcons came out using
  131. the same techniques, just a bit miffed that there wasn't any
  132. attribution.  I'm quite happy to assume it was a big coincidence.
  133.  
  134. Of course, in an ideal world, the Workbench would have hooks in it for
  135. programmers to add their own extensions and we wouldn't need hacks like
  136. these.  (Actually, maybe there are such things as patchable, private
  137. entries in workbench.library...  Any clues, Eric?)
  138.  
  139. Cheers!
  140.  
  141. - -- 
  142. The conundrum for today is "plstighyr".
  143. Your numbers are 100, 10, 2, 3, 5 and 1.  The target value is 834.
  144. ======================================================================
  145. Jason R. Hulance                           Email: jason@fsel.com
  146. Formal Systems (Europe) Ltd                  Tel: [+44] (0)1865 728460
  147. 3 Alfred Street, Oxford OX1 4EH, UK          Fax: [+44] (0)1865 201114
  148. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  149.  
  150. Date: Wed, 4 Mar 1998 14:19:39 +0000 (GMT)
  151. From: sac@csd.abdn.ac.uk ("Stuart Caie (kyz)")
  152. Subject: Re: Re[3]: whatis.library
  153.  
  154. On Wed, 4 Mar 1998, Jason Hulance wrote:
  155.  
  156. =>Of course, in an ideal world, the Workbench would have hooks in it for
  157. =>programmers to add their own extensions and we wouldn't need hacks like
  158. =>these.
  159.  
  160. Like RiscOS, perhaps?
  161.  
  162. kyz
  163.  
  164. Ich werde umgehauen; Doch ich stehe wieder auf; Ihr werdet mich nicht unterkriegen 
  165. Er trinkt einen Whisky; Er trinkt einen Wodka; Er trinkt ein Lager; Er trinkt
  166. ein Cider; Er singt die Lieder, die ihn; An die guten Zeiten erinnern; Er singt
  167. die Lieder, die ihn; An die besseren Zeiten erinnern 
  168.  
  169. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  170.  
  171. From: merlin@thule.no (Eric Sauvageau)
  172. Date: Wed, 4 Mar 1998 14:07:21 +0500
  173. Subject: Workbench patching
  174.  
  175. On Wed, 4 Mar 1998, we received a letter from  about 'Re: Re[3]: whatis.library':
  176.  
  177. >  Of course, in an ideal world, the Workbench would have hooks in it for
  178. >  programmers to add their own extensions and we wouldn't need hacks like
  179. >  these.  (Actually, maybe there are such things as patchable, private
  180. >  entries in workbench.library...  Any clues, Eric?)
  181.  
  182. Sadly, Workbench is very closed.  You see, Workbench was originaly written by
  183. a guy whose name I forgot who was more used in working on large systems.  Workbench
  184. 1.x ended up being quite messy, doing a lot of private layers trick rather than
  185. calling OS functions for it, and so on.  When with 2.x CBM decided to almost
  186. rewrite half of the OS, they looked at WB, and faced a rather messy source, so
  187. WB got very few enhancements.  
  188. Heck, FULL font sensitivity was only attained with 3.1, when the Execute COmmand
  189. window also got font-sensitive.
  190.  
  191. Workbench.library has a few vectors, but not much that can be patched.  The vectors
  192. I know about (in addition of the well-known App#? ones):
  193.  
  194. - - WBInfo() (V39) opens the WB icon Information window
  195. - - A routine called by IPrefs to refresh the WB (args determine if it will refresh
  196. icons, fonts, or close the screen and reopen it.)
  197.  
  198. - - An LVO for launching WB
  199.  
  200. I think there's another LVO related to the devices shown on the WB screen, called
  201. every 2-3 secs.
  202.  
  203. But sadly, no real way to wedge in to patch any function beside the icon Information
  204. window.  That's why the way to go is with complete WB replacements, such as DOpus
  205. or Scalos (for which I betatest and write ClassAct modules).
  206.  
  207. And so, patches like NewIcon or #?DefIcon had to rely on higher-level patching.
  208.  NewIcon patches icon.library, and does some graphics.library patches to achieve
  209. the no border/font outline/transparent dragging stuff.
  210.  
  211. Ciao!
  212.  
  213.  
  214.  
  215. ... Your PC is always crashing?  Try setting BUGS=OFF in your CONFIG.SYS.
  216.  
  217. - -- 
  218.  
  219. ===--- - - -
  220.   Eric Sauvageau    http://www.thule.no/~merlin/    merlin@thule.no
  221.   Amiga wizard known as Merlin, casting with E runes, resulting in:
  222.       DevsMan - MFormat - NewIcons4 - SysInspector - XPKatana
  223. - - - - ---===
  224.  
  225. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  226.  
  227. Date: Thu, 5 Mar 1998 12:43:39 +0100 (MET)
  228. From: szczepan@cksr.ac.bialystok.pl ("Marcin Juszkiewicz (Szczepan/BlaBla)")
  229. Subject: MultiUser
  230.  
  231.  Hi !
  232.  
  233.   I'm searching for AmigaE modules for multiuser.library. I have
  234. emodules:multiuser.m converted from pragma but I don't know how to convert
  235. libraries/multiuser.(i|h) -> AmigaE module. Please help.. 
  236.  
  237. - ------
  238.  Marcin Juszkiewicz (Szczepan/BlaBla)   *Team Amiga*
  239.  szczepan@cksr.ac.bialystok.pl  http://cksr.ac.bialystok.pl/szczepan/
  240.  A1200 BlizzIv 2+8MB RAM 425MB HDD
  241.  Author of MultiView for OS 2.0+ -> Aminet:util/sys/2b_mv_os2_x.lha
  242.  
  243. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  244.  
  245. From: merlin@thule.no (Eric Sauvageau)
  246. Date: Thu, 5 Mar 1998 14:31:56 +0500
  247. Subject: Re: MultiUser
  248.  
  249. On Thu, 5 Mar 1998, we received a letter from  about 'MultiUser':
  250.  
  251. >   Hi !
  252. >  
  253. >    I'm searching for AmigaE modules for multiuser.library. I have
  254. >  emodules:multiuser.m converted from pragma but I don't know how to convert
  255. >  libraries/multiuser.(i|h) -> AmigaE module. Please help.. 
  256.  
  257. I'll probably have to convert them myself soon for a Scalos module I'm writing.
  258.  Send me what's you've got, I'll convert the remaining includes for you.
  259.  
  260. Ciao!
  261.  
  262.  
  263.  
  264. ... "Hyper 5... Embraye!" - Picard, "Star Trek:Generations" v.f.
  265.  
  266. - -- 
  267.  
  268. ===--- - - -
  269.   Eric Sauvageau    http://www.thule.no/~merlin/    merlin@thule.no
  270.   Amiga wizard known as Merlin, casting with E runes, resulting in:
  271.       DevsMan - MFormat - NewIcons4 - SysInspector - XPKatana
  272. - - - - ---===
  273.  
  274. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  275.  
  276. From: kolo8@ely.pg.gda.pl (Piotr Gapinski)
  277. Date: Fri, 06 Mar 1998 08:56:40 +0100
  278. Subject: easyGUI
  279.  
  280. Warning: This is a message in MIME format. Your mail reader does not
  281. support MIME. Some parts of this message will be readable as plain text.
  282. To see the rest, you will need to upgrade your mail reader.
  283.  
  284. This message was composed on an Amiga using the YAM mailer.
  285. YAM is available at http://bitcom.ch/~mbeck/
  286.  
  287. - --BOUNDARY.7369.2008.5943528.1
  288. Content-Type: text/plain
  289.  
  290. Two small extensions to the easyGui module.
  291. Now user CAN change window pos or size even when window is closed.
  292.  
  293.  
  294. /********** movewin() **********/
  295. EXPORT PROC movewin(gh:PTR TO guihandle,x=-1,y=-1)
  296.   DEF w:PTR TO window
  297.   IF w:=gh.wnd
  298.     MoveWindow(w, IF x=-1 THEN 0 ELSE (x-w.leftedge),
  299.                   IF y=-1 THEN 0 ELSE (y-w.topedge))
  300.   ELSE
  301.     gh.x:=x
  302.     gh.y:=y
  303.   ENDIF
  304. ENDPROC
  305.  
  306. /********** sizewin() **********/
  307. EXPORT PROC sizewin(gh:PTR TO guihandle,xs=-1,ys=-1)
  308.   DEF w:PTR TO window
  309.   IF w:=gh.wnd
  310.     SizeWindow(w, IF xs=-1 THEN 0 ELSE (xs-w.width),
  311.                   IF ys=-1 THEN 0 ELSE (ys-w.height))
  312.   ELSE
  313.     gh.xsize:=xs
  314.     gh.ysize:=ys
  315.   ENDIF
  316. ENDPROC
  317.  
  318. PS: new module (easygui.m) included
  319.  
  320.  Pozdrawiam,
  321. - -----///-----------------------
  322.  Piotr Gapinski
  323.  mailto: kolo8@ely.pg.gda.pl
  324.  
  325. - --BOUNDARY.7369.2008.5943528.1
  326. Content-Type: application/octet-stream; name="easy.lha"
  327. Content-Transfer-Encoding: base64
  328.  
  329. H5MtbGg1LVpKAABe6gAAW3IjJAAACUVhc3lHVUkuZbpjHdCEvXattuV1jjr8ARs3cxk6wy0m
  330. 5JN1Rl7hSRSR1lIrSSkmvOPFQSQSRWCAYACyj65fxu//ffd70AAlJJJJxxxyS77231t9beHc
  331. z3B9eDcy8S3h3Mvd72sjcbb8nparuR6N7M9UyNtX4YI5Is1+SNrC5HI1BCP6N0f5rDDBI0Xk
  332. 9I973WonY3v73Lz7rWLM94o6mtrWuK61wWtzjs122rVzkr27li1w1fP9jbXFbr8Vu1t17lzW
  333. 1gL7LsjUMD+gfDrUOFqTGQdffhzvQYmrzrWB3C9A7g2S1v7U9Gq9a5zb3HY57Ni7X1unE3eO
  334. zZ7NXuV9rj3tYxndxvRgvX3SNr3uRPQ5owduTKCDgGFecjdwAkGnL0IN2/jhevu1Nb9r2GAB
  335. T4j3n9Vfm2rVa3uFqp9Sg76d+ZUdxe/tdgwPYWfWkGdW2563Fxctjh3LXLpxq/ru261zUDGH
  336. +7AXWEbTg5hjvxPZT7JyOxxuYnRzxhhidacgad6L7oyxwaNpE48OGqngb6h5bLSeul0Nvtx0
  337. 2smg9or21kQUa8UkML8flYHI/FMdsH+QbtoGabDcWHcTmAxB4m9ZpP3id6Hb/lfevRDu90ZD
  338. MGOSX1ghwTZeWGKScBYonMuN6/H5YgocWYWpZiSO9EnbrMWHoo0/vewOwhVuSKF/VkO55gA9
  339. BJmeLhvygzcTsl99yMyblyHsg6r7cdfj3A4d2uhbqbLZwt5ezjhOqSN192AhO5kexODZL47Z
  340. qc0jz70mjyyOYnpHcnXk+LWnQ5mS3X1vnvEIM8MXuvOwX8flZ4sQeoADFb9KKt+TRldl2O5X
  341. 3WlEAS7LTQUCtuqRQCczWWJ73uSOwBPvSH1Kg+X9835rJmfkexuQYAzunyPLrV/XxWrd1q1t
  342. fzr7d2fTjgeN7EPmHKDMhzQSa3FbsclYmH/dwe005nJGDZ4rttq7aayZVma01ngwaspomu0e
  343. y/j1q43pj3SvcTVnDGTWlGsH+x96D3eJok7WngzmLfoVNRprjJn4XCwRzkDYQgFecv+5qSE9
  344. 4zVtYYoch4SwQXmSClTW27XDcutb2+GknD6ue1u7tyvdq7H162rkuUF/Lklml1j675XoMEOd
  345. tq49igcfa4HI/c1Sghka2npKbbViDDCnEy+Is6bAdBNvFmdncRhjgLrHyIHmt9YxyY2c1Tdo
  346. q5f7expwlwlwyXJlkc4k7RDNKMuKqBWWINeXSuy/BL3UABxIk2o9GuKELjuxNUoy6MckI5ib
  347. MONYX3MRikAwO1H3sATvbHWkNMAnL1cHIHrJP2N42L7bXI9HmcfLj9trdDKBPnnzRux86MNG
  348. 2t67zhfrnej5yTLJHp9YXRlM37zArcjkkkS8omHpe4xSBLeKQAFQABCoQBuiG1+hIjjuNQ2T
  349. 7Ibcu0NmS47Bs3iPVgLrwlFYNbnvK7aHOXK9gkxh2lga33XsWMB31n68zVpFHeIuDFc0bUMW
  350. B2IulegQbbreg/noCo7egfCgq7BmjEGk/mxPQFq8iYGVMBZHJ7UO2ZWXRgjdeiA6uSRGhEfA
  351. AyMJYohguyAI1b/gcyku36ndBLSsAHud0R+zzfX7dmtbt1gc261ZtcO92g6dj0AfWy5WI4RD
  352. ihnu21y7WpADpZUtuZcoRibz3l9x9gvnUjtu/fmdjJNXMtj1tPw3yUuGgid+9YbiXqKFISTv
  353. V2Q2fpuGiMov7rwdbNn1SeQXaDehsMUm88h5YL+KG+3A7nPr2djGo/bUG2/CHHHEWnYGA5jT
  354. KdEJKWV2tm24YL5bsCwteXqNcgj31NVMjnudNDlUUmUIc1G5hdUigT0tYRTr/w5I2ycskgPe
  355. Lj4dB0qbV9x98jTPCvhzwrjqVxSTd/dJh4SgRc+HHmkkQcgA4IxGprBt81t27n93P620+xzX
  356. x8Iby7hYKvHm1ltuEb/HiW69yx/dX9dVm9lxOZMTm07Vmwm3rVq3MLmb2YFTaEENQCa3Duc1
  357. WYEK2JnxbI63QyfjJ3UOir8UIO5cTduQux+tNHSJrBTapK+wFKDfp0bPm/w2fNp2fr4xANQY
  358. OzZr4R7xV+e2WfQFutK1qJI2ft8ZLP2uXxsJ5+Yvjzp5/Sfz9S+ra/Dx8DVu1y3G6/9D+tu1
  359. ZLzP62q/JXsp8225Q79afX2H8/wVifxP52NdrYMabHmTG2EG2wY22PqH/Le7H2azCo2uO7dt
  360. cLe3v19v1N2OG7X3q9tuzYuXeRvg9be3zbYmfeKtZr3btdu5t27Vmy3cs2Nwel223dCnLYMK
  361. YndhRI7CEj5hwR5k4H8xkn5kJHzfSrhv6pSKuKIvis8e9Y4W9qtbbucVbbr76fSfPI3bVpuC
  362. t6wypRIEcdVKlSc0U9lFyzLuT5jTVtntrI4AykmAF/MU3cJODLrXqDdmVNMvW7W2mvuBe+zX
  363. bl/mthvzN+dv6W/qb+xv+Df8W9jYb2PM3sedv6yy2tcv8zVbHm9uzt79a38x7BmyXg3YGQTb
  364. x6IN33IsWbI6aOqyS4LHDWt71xCS8zcv815wRn1AivrBLfYP5r+LbQI0sQZZf4ESf8PP61Ej
  365. rG0LUm2RChti70LJooGU4F0EBOmUErOcdKVdgpLYcuc9bbEVk2fldCFaYm5Wu1kww+BVhk88
  366. TD3LFwt7t7/qXvS8k3pePJWsq8bNfdupmoES8UCJ4aAcJprA5eSAcvFAOXjbrr8UA5eKAc8N
  367. APZuMA5eSAcvEb31tr8eZPElQFYdoaY/G5v2uVuVO1pWNt8du2mqQeF4oPDGJ8LHmoQzXB61
  368. kMXkhDF4oMj8T4WLxQNl4oGy8SDekhTz1c6c22znQeSudB4oHS8UCZeKudB4q50LDQDhXdYH
  369. LyQDl47lfiV4pxsrx5k8UDZ6cg3pKYsZBQegQUBkksUF5CmSXU8btq7ZX4kMjzRs08U7xLx7
  370. BQWMgoPQKFFmwwUDyQ0S8VDIeIWBVhhk0rxQ0S8SGWoTjF3eBYHTk0vFQ7LDUO7spyDyUOx4
  371. k2DTxUMbrDaHja5F5vacl1hyEHTRmPVIMgIyUgIZF5IMi8dq1b3Ew1GgF9l6kvJNSXimpLxV
  372. qeKzvMQUHkITptMTeNMM84EOIQAmJVfe57vNxV6oaUVz25/YDyTx4gbGsUUObKjSbpgdLEdu
  373. HPSLKprPGknt6KqPaqc2r24X+7V+nr1QC1qKfXrCxvp59TtO+92gLM1JudJ9VvEZE+qo3s2o
  374. r/eJhafW0lBRZqFDNy4RQI1OnLxhHlcvutKimenjLfcj37haCUiGcZG96pz6rk79V6erVatO
  375. WqsbvULLu/X4Vw0bVezcrta8oD5PwAfJ4APm6gGeoKOijl65oIEccTg2bjW9mkkFW6/HjbaG
  376. huZelBIcF9PdRFl36yrb6tXq1E3HNGT8+OvwAnJ8AJ18dpqaOPKWkgy48nwKa5D65xVfM3zD
  377. 5887Hwcs+92LQVCCevmkqXLNLmqrsjn7P5fspqAPrJFCxw71UAUgSnpcJum0dNVnAV52TOKF
  378. qqCmjUzyuCKvNJYwGHB6ehgMAJe8EHIlHWavHQuNZkSf602Gx9bY9OZPT61EAiqbgWTE56VG
  379. jKlMqQypZHoKawMTB9QI+lI9VQJ86EMsu7xL83oeg5456CAQ/WkzuBQF8yR2qvSbltYJkzic
  380. YQD38bonKAB49aiGw5Sax8/DaJtYI/hXvtVrljbbZmEgqv1LzNRpU+EUpVGupVih/c+6e8q8
  381. u6je06e0SD54HDX5bNq16uADu5Ps0IBNohFWRa3D2zAlp15EPVlzGCHct1t4SHMvvX4ru/vV
  382. tzeE75at6oPgvx6Xbs2rldNLOJpRIgwYFS9NratBbDgow1AKaYkvvvDnixubfBxMq6Nbc5zw
  383. Kp/POm0FI34SBc+Hx8UuDwWuO5X4LXJRz7Y3ODb4mqWd6THDmkaHLxELTn6PTe8NyqwbShO3
  384. X3QvnvpStdQqRkdc7+NF6gdj8Vjb9Uu6PkjpB9uty+o6C78QSaFPVuBJpacf4gAR1PHYugi7
  385. kxGb9bh3uoKclbhsWbNb1KoXvXyT8eRldYKz1pPL5hMHcCrf4/DDlnoDiu+hbjB43avk2Dps
  386. /P/QFpV1z3NY6Vq1hzQJ4FRT0c2zwayaXdzQUonZDf/l9+jXU/5L09Oxr6+up2AJcINaZCZt
  387. 5heacQvApSakoR41YouAI33QlD1/duj8gAuaBULMi5fdyPKKa4LmECE6SbGpsXF0bAXFj7md
  388. WE5xXikHhGrV6/Dv2Aj2jni5zXLBcohFDcLEN0AzEs2uUYlFF6KxBRZHD4nDXKJxOMul82Nb
  389. ZhgxWIJKQMAHAPmoRhPCvtgBbOzGdYuLzqPwl4SU596lZNTefPe3s2HC7FREqE1yHLCt4e9P
  390. gQ+A942GVeyKh7X3Kfo9OvTonckqacXuXzxjcjFohayPYPJlKxfLRQ4bQkdtwInT8O4HJHGq
  391. R2OTI7geKx9Pk5UCaC7QaqxciyWCvgtlV9Tr7Laq+sM6AcrtlV5uiMV7iiwxpVtleiVik4Bw
  392. ViIE+dleGvOrWFQI56ru2fALYMeeqe6bWglfq/K1mq0S7RzOTm4D8bM2eqxxmaeqwocXHtWQ
  393. 5bMA9/BHRshTBvQfz0Rp6H9JtJ7axiZa5pcWY5uK3a2x2FBznU1wU2EWhrGYnplYWFGrYuNS
  394. 5E2jTf53n3+eJKo1q2s1WrUK0ZGc5MSqT2SPEsnjvZCs1sQemm1ragtu1gsdpCCK30jvmzZS
  395. Sbd8W6T/MElXw4gY4pKsVL9NvX4OK7zK4/VspHOq2LsSs/IhztCb5QsBDapEVhrFL6PeePoj
  396. DZjR49A+qZdckMVDcU55R+0nByT/mdeKRRaYnyt7It4Gkq9W5xP96iAAepRRKhviEYA9gdge
  397. kewvCItKw/y2nxUR2thgJ0PgrbwhoP3V631bBf9JOgWLslq5XWUuvulCo3K9UffOIBi34/3f
  398. SHMGmJHLTWLtmvVl15z14dxiLdHhY4d20eCG/nCfhuh4OfgUCLpoTpbjf5BV/zn+uUuRD8kp
  399. bJCI6OmZl+vlbV4b5+BxU3UDjgl208a9bhTeb4kF52m58AEiU8I792W0kyuUK127bpFa94GU
  400. CoevspQU/bPLxnpjuqCaelZHnZdgpHiU6fpglcUWssnTrocppoLwp9VuO4aNaNUMyjWojnOA
  401. 6GwA2gRjSYDoBRviaMFJgeUITinUExzfuV90rXsTotr8A+NBs1Z8ZaspbEZno9Pk2GalCALU
  402. KIM60GTt1VEYQaHitlK51TV0bK/dCFUEvwb19pLBSSshbYqnMEnl2Pldh1VO//a0gP2aq61T
  403. 9pBnZq3bfHXXujld/tLqpWrXWg/tIdJ7CmJr1x2U6fXLq9q9Bwev7VImq0C6tkvQCnM/bRoF
  404. 09VQwVUDF65VnHlMtdbbVrlVv5hnFZ5aDOVV3V6BVlGlB66tEwnztDP2zE+qqtM0BWjOcRLq
  405. eQ0AQBTqhiBcvaJ9l63hf9qMVV3EWpWeHw2i1Z5LL6An1p3c+nDA4KzhfVx8h3mdOBEwNCJe
  406. MlqjFDj9qT1ChJ4a1YUsmRpmrXleXoVKtzEd2G+oywK/c7opSNvU5hugJPIEfZLxueD0qPf+
  407. lDClMfkoBNn9yeM2f3J4TZ/cnfNn9ycE5P9qaM2f3JoTj/tTPnz+1M5M/wTN70eNSWhNY3o0
  408. 7oYg3Og1+Ov6UGDyKEGDwelBj/20nsXPm0blz+9oZLn97QuXP72hUuf3s+5if7mdkuf3s65h
  409. /3M6ps/uZ0nn/BBqeHuEDqXabl592eHtZKAHtptHSxY2xDxUMhF5Zus+lgMolWIIpBpOYG1W
  410. XCnT0vviylMszZkgdnACIN2CtverEctbas19xWvZGgLT6KbfKP2XVZhE1yFexDqUIva0TgqJ
  411. 8TmR2pNIRpq6WfVG2Tx4yo8TXbz1Eq3L7uGRnpJDlniDs9TOUvB5F50RSrRUY7PUSVmZk3oR
  412. VxMhSBLTVt3CIJDGkanukUdLP0yEKyPQjcrsCR8vmb0eYgFcdkrcQiA2ZyBe/JujbqxZtgwN
  413. lxrE6U+JA7nZfgBCCK4lGLipJIlsncknZhbOxO0VUoEZulBSuWvZrtl/d2xLX+3ZxKpR98Sd
  414. 7KUfGciuofKtueXKVc3LfR1GTbta3vXKRi0XRAvRMn3Djq7W2kyfUKcmPSh3uVMO3BUdt4h5
  415. YgawO3s2IrBPGdMNxvRnN9itutX3HyUeeElU64HzWEUpF6MiLcKkH33cqR2yEloLMdpdDb7c
  416. Zc5s0GzV6Ptm9jo6ZtD+WJ6R3dpeL+eYpBC8VVaFGPMDTb37oPEQOidLrrnZj0lKgUnxR1Do
  417. 9dJ/0eYqckaQqw21XiiHKEQP37sGy190YByyhKAc06z7o2qU8lL+77sdMthG2/TRizY3SROQ
  418. 6etXqdjC65HoElrWHRXwYwM0Uj0j7rZSeMhIoCqc02hVVdyzXUxWxYyxOqh7NskCRRE6oxnh
  419. NPdIOIueXfsWa5x/Ouh4uPCnWY6gqSqcXnIY4mUK0ZajwPcgtdsV+FrctDEJhfANUrR23buO
  420. IMOpZGMAvu4K58IRQvOX/d/XhObV/lw5bFe+t8Pw5JpqLhEKmId1fovPYsX0GfHxAHsXOe+z
  421. xBm45/fUKkR+Jv+BLr+3ZZRD+2uWT/inz+C1brmSHtoRG6eOdZFk3pDpTNRcCo9IXtS7KXs2
  422. ZBUz7/qH57NU/peDzx3xhUjwz456xUNCLWLMLBgdwrGOoUmFB8J6vR8+e8BIMDrEQbHNZsop
  423. aMGZbLwO2j9u0SU0p9o0S9onXQEwbALwDGx+ggVzbacBelalNpmzIo7Fzus1xE+q7CEuF66X
  424. 0Bod9Df0+fYb8W3DmfwCr+ijOI4HQs2toM+i8g0pBwvGiB/Jq1E0TK8NE8juSGLR/LxMFllz
  425. QMqUkUI4eApShU8P2b13g4aLdG2UCCRYe2mk633FH5pyjfMSLKO14EUOfSIcq6/lIisueDA2
  426. skvkK/POKx0anAJV4jLUauY0yhW7IhXMsoeyfs8UqbGl9cIEjnhw4aUDca+7URxXCY6E7hgq
  427. 6bpIu+Vms7sNkzj0BHSpnEBqFjvGu8vq3vpmuqSboa3R446kTkchOOaknQkDx49hjKhAaUGN
  428. 42XrxvRMXGVzB+JcVdRB/4mDo8c2qO1vnpg5yCOog2JKUaprZCdSEe1FkcKbpLOVWsdhSq0o
  429. 2n7lZyMPTXudR0N6og0QZgrhwgzy+VM9r+Ruh00cYz78rs+H73nc5dBHaQihfBuyc2mxIHnn
  430. PzJJvWVYYwZE0MCl9acfv5nzWXDKTJmyEc7REVURkMZlVU+Rojr3Ixibko6oHO+ciW1lX7/b
  431. YEQk+ScYVBSKSjDQdR51D1oLPZqrTJAUznDoR01si+gY4g5l+2g/bRM3qoFyzAOMhM3ESZIg
  432. JRqwZkkJpGZ9DgX+NQ68ZHrU6CaNaEytHjUQyZQtLKoS0916Y0jnUuZuhWEuyRUMDzeUN/T9
  433. X1N+Irjq0Ih6SGFoYxxVAsma3IAYA9s6IZ92FmwJz90omUfDmD/aUPuB4IlGorp/r6b9Z9xn
  434. xLlhjDYR8IIPYQx9dwO4E6ev5BM/g3FSOnpqmcqRCu5C7H67aWcg+C1XSEzlVsEVvPaJ3cYO
  435. v5PHnqEwcdCRK+MlSzqpN2/kTdS6frMDm/qYGNZfp0H6aujSYHN8TAUh0ZDaGGDoMIYwYAaV
  436. qL9WpUYCpYXGswFadZf7gmcH3x1grreXqZprghEXZoO/H0s7dF+cpr3913IF8nInn9DVAIEf
  437. DiEHoL3GHYcWJOGI8g0ZYQ4hjeE3QgoSYHsvZBBKAU/wH8JkJJioxLwQ+9QALmKdbHbDOfE6
  438. gA2imvTl9CZWs3hNLpSUyxDgCIR+xCxAGGCYz31j7sZ+0fhzh+SNgruUqM/yAPN+gBRB1Zj2
  439. w/197p3DRSh08+gzTVj6FO5pFLhUsjmi8EYnMTgtz/5drslK1Scxg5Vr3KAfNdOOFcJu9JUW
  440. MybgpB6tFL7Mhu0w9mqG9HIflYGacJYGJnTDcprPhDdfwohFtQw7IRlZNE5PX38EdXih1mqV
  441. 8USiInCBAUkiGsrkRgGV/2a13IUetyWK/KUlybOrn3q91OaL/u/Y1yC4VQ7YjtooX2r5pGBp
  442. y5i/Ys2DYwFBoLeO1L8L8MQn7UOWcAUgluQ09mMuG0iKCqGDQe0bNXH7Nj2ogufst3CbMbge
  443. gpDFqCkf5REZX3xDf5HOjo8nViPQdHj2G1uGPIaUnl83kmJ/B0I8nUHdH4B3R2h3QYdU5j8m
  444. jsD2iYPMnmjMVbW5RKSkAxmNomyVvczgWFbpfWy9gtAUOmGd+RyQimOtZhQfZMbgsibr48kQ
  445. RwVGmqwYzqdaA5GQPS0pugrapKWZYKvUrHWkDCTy4bsn/qssFFtQ5oMAYweToUxiUtnKY6CD
  446. RMINBiDQr1xsAmPyaFMocfSBAQvHHLA+B94o8Dad0iuOuZ+Qn8Cihp0G6Wlq68payvLS6r+L
  447. PtJGT8dusOTG7LwovMVwytJ7v4foKIcJ6O0oub8yi7dusOTFFjnKLRM4ZYnHMUa+f1wfimO6
  448. 2hpRfIh6tmraGejVe65iK9mUiXu6XFPs5ayr9En5RD9AoS61KM9Prcvjapfz6NroPargDO/b
  449. ctjcu76txn7tDv17G9vqJDH3aE3JCgHrtm5AD+5jmLZDb0mw8RVqYNgI8bkS4RzUCd2zW3ri
  450. gSXEdiR3JS9hAndSV5bPzOYJ/WjOTBlAAUsigALx9rbS43nw5RsXbNdtj71es65o08kqS0ja
  451. nt7XIH7fHcu2uAWOuvX4W1UWru1Aq+jOlvCBQTSs6a0fHS1vWwF/+YMRAawZ/9YNDrBvk9IB
  452. 9bju2q25/McMN7HXojeFrYCZ/CAk+rz/ZPASGsMqIsauiTNyOQaCoqIl+V0TzPUDgeIpn0mt
  453. M8RkJ2FUBsaXJpaVJtmXubZ0Lql59kK1NCs0SmVbi4hlblrlmZquZxFM32IiCi2ge7NWtgwV
  454. suVGFlY7RKvVNzUedw3rSQqDIbwRbEmAqIsGOaWdPvlt0Zdzw+YiaXcl4Rkss2CuQcXPCrmm
  455. lNQltHJWqgA3CcUOLV4kx+k/TGoAYirvGzVTPXWZWUlKesqsrd2msmdhlz1l/wrkiVlYWTNz
  456. BgyB4OKwSS0fTWTpbxZB/oJP8K+wqvo5HPc6mBMCTJfTW3CSaEuAfJxJBpXowlS8qzpXyV5T
  457. mCGA8xcRR+tfNCfq7G8fuSnr714S7eilGukjjAXZjnryOyLK9G35/sp0+tZmzY2vob+vY85U
  458. NJYrIDFSyeAHu040h9HLwFyc84+VoawxQ5DOkuBF2n3t4oyY04n/tZSmg5Hy0UsYQhZHYyAe
  459. K3rGwLzSPPvSaEpNc/B/iVk1FYBsTEAuyd4mTiQxSUn4H824GMVIWGne3+Stbl7bTistR7Pa
  460. pkCty507k3NbctRQZZ9GOcxYFC+lKwZnjs9Kq94duNBJ+TY9HppdpMWOHdtFO7GFZiXRtyZM
  461. y2DVvTuw7I4ZTTpq1SrGbq1Z2WqjVzV83pJQq5tMoQ1K0p6dTW5SQg6dX0dOmOFQWcqmXHTo
  462. yhPtOiJUuGPq6R27Nq5X6RkxXfp1detw0asdGajsD59s0hJ0G5WthxSnbtd/u2uhm17m+xWB
  463. 4mPWOVv0JLout0bFTXAme2pri7mlPLZWJE0ub1FJvithTlJPYkiU1DmCW5FHH2gBIqgmk2y5
  464. /WxqmWXoZfrtdZsQHFS9mbDhlrkyje665PKw7KXFIbKXaajcwuv6DaqOYBVE34+xgevKoYIE
  465. sJJz0MFvhVOOXtgaVWtDHNNiG6y8i6WaVVeONBmgnJYJA4JzJpgnzpD8cLatsTV399+HJlfd
  466. kd/eH7+KAUVHI5H7mUdqldJyu7BHmiKhsicwamvH1NrPDF7o6lSoyuRgCLHI8uqkpaShJueX
  467. jS0765jfpbDcuoLFvPCVr/4QYHwhZ/j2sRg3nYL+Ps7XZl9PbGe9/bthkN40roP/v2o1SFt9
  468. gOsjwtIz5p/6dNJETL6dT11p5v1BB8oP3TFXau1lh/w7VT7KxFs7fTYs7emYhTA5IMCjuVkI
  469. ibWtjLTuvtc8SWtjXpiSp4dKVkb3W0xD9KN3ntMSpC9d9ilj1TvmetPMbqvnrG0p32OzDf93
  470. FmvXD39JlUX7tnpqi2xRJ4vgDtLo8OXNefevqJRqlyrTK/lTqNWBa+klIFyhFFJAUZ5PwJzN
  471. kc5wDWF1I5JJEu3v1C1nfKflDrncrFV2yWKFn1iXuJejP1PS9yrNCnSKZ3swgq74odp1caaX
  472. 7jnMLJjYXwUCLSnslqJswBePWJt0Xu43M/YSc6MqqwOnZvxRqo03Yje2rveVHdSOyGFNDGj6
  473. 8E8EEZwxP6EQqGu6yGPuf8yIXD1nq/yIsdKFFu/qRy9P2kirLmvrvgTUsaWrZfImSjI/1JY9
  474. J2kmWRVS1Zzxt5eBVE9fFWGFkah+JFHHj/qRaaXw4gCfJ5/V1wtQ2l06Q7xL20tpbI0LUqqW
  475. xbM6okVCAamBAp+WxpYoL+5pKWbX/LgRGAf6cCLYU9fAi5FTVPHM4ITpKI7atKxv1SR6/Hr3
  476. FDKVjpDrB35ukkMUmif6HSjTfrOceK+4Dl7p3Us5xztd9MxB17GhtNQ0A0l6QX+b1Beh7S56
  477. Apg3oUpqU9pnXo2VzkqfcumzKpsXvVd7yuXgziAiFproq1S6PJLfqKfbWGxtdHVtdHkZfHaf
  478. TBFCZH6F+YmL9Hz4UKV4+fCi9D3cKRnwrH/24WuAI6eFo+vheMHEllZ+HCvXtNBbRVjr6uFl
  479. 1AVnDa6gJ18QB9hdKN3dkkK9LqgG0vuopAeF0RfZRXkstZPflCuW5fGhsrmsXxoXw4SYG6GX
  480. QTN1y4j85Dv12LqpVSz+YCAEdFYTpbCk6QCu/tW8UK78+1maLwiPVU0JeWPJu+319uDkgwTf
  481. KCYpXz7nXgU/GqgC31WwIpNiB/QkfaUhQrlk4QEoXoohhx8X7PBoQoF2XA3Aa0RKbQaPm3+i
  482. d++rNFBLD7j74Cqg5E7hEjnjaVI2Rrs4Omt/pNn89uvu269zfSWKmCx1MqWstBBVYG1d+KS0
  483. bWkP1YCwolO5IwZRLtHGKKE2d6TGC8+/M7HI7EsXFQM7a8RXASwkrHVih3WvIOqACBUzHeVS
  484. mO5Y7MZdT3iwyjI9NXz/xRVBjz3ihG2dirA2St8e1x3ObitWOG7XttlMl/9LWZRZkFAPcr2a
  485. 3MgIlsmml8Z3JvZoP6pwTaT/VOIke9SbHp11sRZU/L6rsQad+xqSR/BPGhOX5Jz+j0zJ0Lsf
  486. Qcv9aEQ46gwfggWrdFf+qGa8u91Josvd7Lyr8O9NVuoLh34W11gU/MF839gWZL9hwmupKbOp
  487. fKa15s45OoWzLK/ip5/qp8lRhlT2nm1u9QJdjy76RsDz30sTctHHlZ5GoiVuoXRcioV2qxCx
  488. OyNlcXWztd09h1cyR4p7FCAQoDt9sAqoz8r68rK/mxPQIqUynv8u/Ys12iDR1n/gjxISkqnI
  489. xZQqlljUNh2wvtUrUmQEqPYJm1zrpK2FdQ+Kzx71jhazuQSFQSKkpOErKhMxqxEJLK/P3Bay
  490. yVrt23SyvokCXDjfFZ3j56mtIf8+MqocYO5y5o54/c9lX2yT+IACXjekRZLui1PW6dvssIEi
  491. nG5gd6JJUJjKdXsOtdllHfaaS8PS+6uRlXbKkLb4NhTNj0WqmY7zHsYT+Z8M1aDBm8ZC5MUf
  492. K6dYQkf0aCndD6qyQi4I9E3nopzMB7lezX27rQsFgoxLVrdaMhjHxWPES9U+t26wYBbXHdu2
  493. uFtq4vwtp4UMXaDVMHDSajNlNEajcdw6dXuVrtbqHdmxcu8n5iizc/5igtX3Ci5dt/mJhof+
  494. QmLV9ImCLSc+TtD1Mk9PmlLSFXnS+UrRfOlujs9juaB2ZGEFhMkyowDQEK8QEU2pFWXWah3t
  495. iHhOwIoN9IjXMjyUjZmqocJo2zMXCv+Od0XoUlEcofRSQmEVLQVGQqYyyZNz75GWiydmWQU2
  496. wovgbwKqB13AQgQUhkyy1Ri8oZRAFjOFcScavOYA0hegVXfiFCqqV0kP1z1S3D8rgkp9rpcC
  497. FhrZCdrby/Dgd63DFULFc+2V0OLfgAtvC64L3pYZe416s7Zq8cBWaJ3BSMIa0saKD9LmdEIf
  498. FG1iCEg7HcOxwI2BpKAvo9JXVTh47NlIQpTS8+dTH9WwPmtgwCPgOjxHQy1lEyram0Avnzb7
  499. 3H8zvlw5oD9k7kNIbeukKrF2vwc/HcEUyFGaRCLUXM4GqLlvLEdY8bdzQUiausvzqXLlXDmz
  500. V/3F9f79adMNQP6iQKusHdgVJe05ipV0SsekFGJF9fPxZxuPo3X3b8ipjlEsJ7pxQVKA7qRi
  501. IgJ0X95zBdK4leXP3QN+KT5wNs6Kkc8C+cLauBhKnw/KBmxRsyjZF9cF8SQLfTBGt/fmcfYj
  502. iBYOWZOcIVWNMET3wQ6jwWy3XczxaTwfr2C/kypodLNn+sEz2QS9EEquBKVw7zyFHyD0lgS+
  503. +A3ogNSR9hyhkRkI5wP2rxUNmHD1tAUrSJGrffcjQkC5PVhjx1ldCIfTiLGHiFzDMkSWeWE9
  504. hediZy5/i2HHTJtAD6bGTTUnZHK2FngwZ3EKcyhjPqVqO5Tu3yEsWiiEGZy2mxpGkARcIiRq
  505. 5oUsr4QlW3dpzwhvSwp1qH5tJbqrK/qyaF9fk+ZmhfiS4R85fFtb90xxEaBtT96tuJKABdPl
  506. iC/W7S8R2Kz933Y2z7mTxCrBeH3QeJs94mWMeOiVz4ooZAxiRSGOSJzQqiq8FoNU+C1yV6k/
  507. BmKNU2/H6PT1cqSq8IYeArT48jzIuXqk2pSJjxR9cCMy3aCuNNFZ7nr2aR2fd5XYsMMWSMuf
  508. Y07gIHdhEfi5B6UB1xVdHf36IAMItSOxSx2KNkF8wmjSKp9cQT1IQ6UI2XpWaY99Vfm2rVa3
  509. uSoY+p3Q1lJcCpNHnqQyqp2ZyVgrlZrDd6VAVF77nTj50f6zX3Mw9y0U5L4iOinDMEwYC7To
  510. aLW031LqQ0GgOh9UZx0l+n1EGVAxVYrPiQ4p0hW7HsoupMWkSajbO/sxHKpxOi6ROToxKsZ7
  511. mCNljQNqGWyRxH1mOVjxRNSIcgOxT2Q1Gbr8Max/pXe6zD27Nq5X1ckgBboHf6Jpn2uCMhgv
  512. kMPyZk+F77oZuZMcsGepBobaD57eiEFoRQ/s0cB18BRg9/HC9fdpR0/jxUUQFxWNv1aeANMZ
  513. i2uLP8KNkT58bb0emeGnW987uJEktZdgkfglrlyY09SQugWgMrgT/xIzCgAqgeKIEI+FQMxi
  514. IMe17l4RCHYatFt3zPyPFfePlbeZtHRETZMc8QwemSGH1kroWTGPAN3bLxQg53CkyqyHVQSg
  515. 3h2A57nS8aSsgQR+zVuY36Ww3LpixRCC0/CmvHuBM2/EIJ9lemGBpNfKGdXW59qGaQLnv5fB
  516. vUcliFePYVvx5Ll0eTH2ccNpe/BxQ3IKqZqvOJc54qOc2RfOsqLhB+JgUpQSF2SBiru2tLUS
  517. zO+LOWvpclxn3oPdT1JdCVaJqcT71OE82UkppMb0YiF4zamKZCjMXD5UKJdvHeLVx2fAYdRC
  518. IZ/RIlWl97kRRZ9EiZ38pu9GWKm1YJc48Z0NUl74uHCz0q+VPsJR3oCXsf6EorS//CUR46Uu
  519. pXJwMHXZuyMjmi86IcSHLUqLoHPSA/+JBNoXC7LjAUh6uy5QNtFJRNn3Y2GJ0esukuO5Msmh
  520. KSiRRtDpNpOl22hDitHyaeKgf1ibXCQQpJ7VVc2qSQNtJAklwiRotx7mCaVgIh9mqWiqR5r9
  521. 9TeFR1ez2pleTe3+ezY4fVz2t3duV7s0amC/2apchUj52ne1EZhkmhm53fEIEDDDmJ8AOaJL
  522. +OiMXVq0o+1e7x2+Ew721WAn458JNBSozwqDQpvxgxm4VTHmdpgqJaFDpeWJxD2zGq9KRnwA
  523. 5nsBIVFz8S0TWfG7E6susLjz5xIM3HpLaSuNY+1QUu8P1UEPSdyNhJ1NL7ckBBCLIwL7t7Be
  524. /DDl/QXHo+8WsoY8dU7fyiIo9vRrrgBwOyt9F8d1SKvgXK48bqcOE10dMpzoguuBjRwXLRpP
  525. hxpM4++Ji0OY/AxpVIDiWhsGg2BKhRCK8cD5WDFK4FVIMqom0/SSqXuKSdK2bnVr1Kd/F7So
  526. kVPPlJM7gpX0jogjOInvDM1atEz52arLlJ3m90L3mDKn+fwDSs6YNsgS9IcXcMj4+/G9YX8b
  527. t/3fr1VLpPzRxkRYfbLYKqp4V8cZbHc4RkLrQQ+8OaI7blGqHfE4ZcFGODKbXb10qqqJGr4d
  528. pJF56kkKfpq66MkfvFQiLtlU1733KI6OvI7stORtPwgiR94sZMkjYctkicsO0zo/d43/5xT2
  529. V9y+6KUYQFoIembG48LyKpwAjM4wzy2g4PCVbuS8IEKTGK6UBaFdn8BAQBt5jLIX3LQE2+qk
  530. HZybNUEscD6++V+co7Mo0k/ZnUxh79N3p7ToEzCHsqfFNHFFxqXRrSfKFhWov2RyvUzel7h/
  531. BqezQsEcyva5cTsly//pslFTf/zTQO0GbRZR0ra6UtkoqtSqSrKigOWC1cOddbuDib4M8p78
  532. 1q5cXPDSahPpjRRAxiqi4oZGvo/oLGN9CQNQ3OaJU++SZ4VdZMJFOoKYKMw6qbyWw2Ua3Wmg
  533. fZY27UwDSYSnUKWwx+LPmZinV1z6iQOIRrZsaqGKbl4UVNtGmKBooO1zC73sIZmQxAaZkTU7
  534. G0/zKtmi7Uv//zaHF2NoaFSf8mz+tLSwDtlSqVmKn60hgqTSSlaHovgc6qE+WiXAdb7gOwUH
  535. 4Qu/vdFhUJSjVafi4LOkl4EVLO5Q91sElD5AJDbmwFxKUuqKmhJpigwoio+dwVfDLppr27E6
  536. 7wKNdC9pz26hlhQ/DjcIn/PjX8UGzhFiHBWCWmk2qXksadVQrlqBCaCW0M0RqBk+xGt6NJzo
  537. O5DpazEdCUbluvSi0Kj+pbbyo84va/bbgyrqiNOhfrJrW9VOu2+DNXwJMM6ukkK2XLy9JJm0
  538. R0klLuekkEIeZtxcNG173uv6Fcq+DcRQxOrHAFx0smVjjbK3hQULpRcpFZBNcKmJSqL+aORI
  539. GUpY689gpU/LxOxZDpZ16IKLCsTFOjtMzynk4ypGuWoPs7GiqaPSNZIODNBuvwSzR4Tpwlwi
  540. wlkbFEb5Y0uCKdxwJx5TE06Flu6tttzYbHXQCK9wEQz5JpKyzbxRl3hRQaZrKRVJKcar4+Hg
  541. RIJIjCIMIBZJk5Om79//+97wAAJKaabckldrtluBttuB9h/YG429Ae5O4O9AO94e7WRxtrVV
  542. XHuqtQlt3lpdQykY2WIWxEny+tJeNZwwcuITrI2cfJgS0k1nCdLXWyNtk1+q7jdfie89LvB1
  543. nvI3975/1I26xU3QujANuJQKffGrWYom0ZGWERxKjMv/2bcgP2de7tMsziEWXxHvidODTFHm
  544. wYPe+Kb0hiRXufFZqqo2vc377xepI4OkN1VHbTPwTwZRZF4eylq9o5emID/fR2pMguC4nRM/
  545. VdfiK61Ni0yGiw+Gw8umlnhy+rqF2diXC+anyEgCrNa8/34IVRs+5QWUe/8+Cv86S1LkqODc
  546. Mfw4NEaaOGGCKfgxmP18Gd1wsu8m+N9/8aG7AtLtqcoeVSAdh3Oc4Ae1hSmUFZhPQTbJ8bYK
  547. TCXZZVitxf4E9yyLWQl76MZC+Sp9s1MxMbiqhhMGH2FgwrxPbfnsvecP8b3la1/jzEzg74cx
  548. Z1+lKeJ5wznxmGN9qQwbTdBZ5TGMoM2SGJ+SjaGU0cNTPuwPYBdH4Xl+TSXkArjN49BaGXnz
  549. v348TMSvy4nn8OKP39GlQvQQ3vVexhtbfWIXC9czYz86PYw4r1KYePJ/tKW8JbZB9H6JugJq
  550. PBuXwrqOPiDxFCByFQkzsCsoDKTPfKwgnwdoMPJTREFcwOhM+t/Hmjln8lYQwaZql+aJlJQB
  551. s9CPtloivuRKW+K0LPKYyfnQCKx8tAN/+TtqhK13PH2zU5f3Izy67yidSKFMWQeOFrrhyy6w
  552. RyFEK65etZ90iYigLtaa5YQuuk6k+lnFkurzMoNmbTzBveSpkWDtqr86FEOFMruvPL3GVdb2
  553. 9wxR38rsUeuv49b8WZ2BfLAr3/MfgriFzSZ7pdeT4NkFfudCTetHC4TepXyP4esrN4xdYqIM
  554. o96lvinsvMUlltKMEnA1m8BAC87KpRd4rufqkIXiuAb2VOnCKiHoOfN1WwhL2NZ5APfKsg+v
  555. uckrndGit7CeCuRKLgk41LyxHqQgLx7cRMVFeaiGeq8rkQyN26xDz+0ceX8bToTqE19Qmahn
  556. CIrvjZZFZTw3xl2HWV1N5GqMig7UdeUGLTGcyJjOptZFWtq7VddUnWHBIuoKX2nrX3SXbmGD
  557. 31Um/+v9PsqpEq2GFz0/daspqohIThy6SqnZWws+7lUNAjh+rf+pMWKMOnPX35NMiLpgOfjY
  558. IGeLA/GYB4/jZx+AkE9DpEsCDkcQ4MBMLaS/bCfxpUkjcXJaplkB8kLkl7i5LyfTpiLTSToG
  559. 5nIZ7LnQfFCNzfL/LDl5KYryudPFZq2uNgUwGR/U9p6oXcogA5shwqzv9PWZSE/lC9xGqKVh
  560. 3WdAn64o1M0VVZLkPC0pfejPOHglJKwCvaxJTBKXHggmJKXyR3VYFcH5OfSdIDsPJm6oH7wn
  561. bn0mgwnNrBA7hLo+J3SlyCz5TA7oB9878eI20QxADNNPSaYzY7skOkyQqYBO57HRyV+ZIMQz
  562. t8qSvU4zKAMfBxrJAv1JAJPepxJoXBc6lyP2GGj9qrzKkl+objUkAk2XXmRMY3JBunKnupfY
  563. oBiCzQwCjGqW6JW72XFElAqrslOgoXgFdnJj7JYWOYifs7gv7jevP3yMr3UhUBusph7NdUMc
  564. Y56ERUEEY0s2kzpxFPtJciV0oPAWcGUpRL54TpC+kL+V9A9yH+tgKr1unTtjyi+FFp2KAc90
  565. SvAyHDU5AIAHo3HldznLFiZXTDSanM9ns9X1ADeqnH624g9deFBnFtyvzzf3ot9NuvVu8dqq
  566. KX/x2UEizSfGOdK3kRbr/vcr8tXkc92gKxhYZFvTFXtjhKlFuk4fE2gmS/SuT0asP9a6phRb
  567. A/EKwF5Ka0n+vWBJl17rXIkl7Blwa9QE3Mg2FVtv3w4aIMcJQXRPjAP5DjeaBloQT8KImB7H
  568. hjxEDEnpr2h68TFI81Iw2ZYF1BiX2EPUB7dCTxhnuU61WI+7NkWU8DL7WK9u55jZHeJkI7To
  569. IZmyGVAqhvluPh8RnHbPvOfDTBCshrmo+iH5MIXI1uCSU6c/KdHGo96W+4VitYq0ssOTKcmm
  570. M4zxC2sSyNLI9lAc31jzdsG9F4b4ziCXjexZ5uQh61AoL0Ru4UCGG9oMKsQHQSgaM0w3UBgF
  571. BoViGH1Ec6qdoEtokTPPq4ufighziCKe+Mqbuc7Vkqzg1YTZ7O3zhLDQYvQWO3O873vSfqG3
  572. 8NS5a6HFEZZ6uJSUmrlVhCLT/PU6s2p0X9qYYqVxVQfuXOi1zFFFu1rPNcF1GJZ3q/QOknos
  573. e3G0QK2LXsqSazb4N3eJqP21SQldCBAmHXVFLrFVICJQuIyUBH0cgfsr26vFYc40faOj/uQt
  574. 6KuZE53IkqZ4Lx1pPatQawdgYYq6ooRq3Llo3LEOcl2rWue4AKTP5vgNx6ieSTWdQktIiZ3l
  575. z4ockYwRKBup74Bw2cbr8khPXbgnFh2AuyyuxXWurMIo53sJs3hn4QiCY/L7T7E2rB8NSzkj
  576. 43sEipLFVrblhytca5avnIfusn2WzPbUl4obmcu8lATq23GuLouXLPMi2r92k/sYA/bbuWkV
  577. +a45yOWl1yi6NoUg+UoGJUBxTqynHqoFk1v2ukDo76bXsVbyOVvKvXLkOHCDMUyrmjTT4k5L
  578. lbiunkHONTaA41FY75PLd81VNiD6ytMKVeIx9B6+W7tpbzZuXL517fzCen4CKBDJ/UNZ8og3
  579. BVZ9z5fOTHtfzOTbkU+SwIxknSIwxRTG29zgkQif3Vui1akmP470lpoMXTp+JLAiWUDzu8mJ
  580. SszJXitzc8O9LhTyuqVOpJVbozmvprWHP8L3W6fzXsax+S+F7//V9XurGza1qzYsMuXcd7wC
  581. 8iBI6AsjIbZUbQe2oZwt1rtyzz9qpjTS9X5KlS1465Yb3KPH5q9ttUEQ9y/kus2F1ripE2Lh
  582. Yr8bn+lvsXbDnmcse1cbFf5di0Y4Ql/6q5qy1fmb/mtqkPWtx0Zext74rhY811MUNUFLUudi
  583. 3c+S5zUztGaS4p/128tDFrhz1bDly457Fy9r5nPVEpyxZtdqzjSpVnXzBigpb6KMJxuc4fl3
  584. //HyFo4mi1T1cmWHzpp/hIxBD28U17K99eZ/Kyq6C9LSofLw+I5wrL+2Nk41qljhx7n2PZYT
  585. OAROyCKZnm1iAILfBJJII8nlknwtPUhtyhhUs4qomtoNbv46WbSnLV8rggN1xSNN9gY0ysfY
  586. F1V4qp+Dx5sdIUf0onOFp/qsaeIzqdEpQNHpbyqxRRLAfY3s9BJwvczpfWUhU9fYtgPXgqLA
  587. Ue2Y8irC0fXYHYM2NPwIHzvkHOEb4lVzUWCCcdSGOKvP2V5YTAsmiCewQ+tQr8d4iSuDjclY
  588. XTUq+3+aa1VNUtW6Q5lGjqKuB1YW6J5Kk5g7rtzsxqEukqCdE7cXRCepTsJ26CmUqVEBUvvK
  589. YU+4WpSMLbVe2XGB/dGALlhWFmj2dmrLqBPw1pWCn15nj7diLvyHJpHGGDAQPempyFwMq18c
  590. 3E+JYHOlLaO1Gtnf5b0yz4Tx3bjyltCo3qBV73R/20Cq8tnsJ1I6uV97YjC17kRlXhkRhaz/
  591. yRxTP+g4m0yRqRsVx5VdjfDUERkI/YAYXXxnWwSMy6FB3N6ECZJOQqRY38KHKYk1zmpyLscd
  592. /pY2rsNPoaVdEn0cg0aV7VWJ30T8Jz4E6+AtBUuCq90LhRXqyV5yduXj11tPDUJRJ6vubVV1
  593. SVGGTUR/QzDLp5dWFKlYl0xlIzRhjj5y4ZlCZRhlTxvoXhmTi2YaSXrMIQVjPAVds33gHov5
  594. DiNwmFfLBIjB06U5DqtmR9nhR9SWbVEOypKVqHPZDjEB53dj05Hlx4wH+n45QgpIPo+yF39Q
  595. iTs+gx76xUKQwYx0vqXqEoquwDwrxcT3re9m+yKlurFP5pkBHtylI7BVawYayRHcRH2CkDDj
  596. hTdktd673ioQivKzMZvaHff7DxPgOrLOinwIJ5iRhR6m1+G7J4lyxe4h1/lpJfZvVMJvZoCv
  597. fQa6P9ebrSL5h8YJ6pkZbCEWKHOSrX3sgW6/tHfdgHHWI9iFXeh6wXsxGRtwqBzipc37zscO
  598. VLHo2i7kdgpaEaUX2THNKWLaWinpbqb04IGsp/cAcKCoD5vm30bfEIYetHgnEW6ZTVf08NTj
  599. f9dLlzQUi2RBaqyGVyu6D9Kaoy/uX9LaP926fBvo0AXRL2l6fmQPPT/SjS3+PFA70MgdWrJe
  600. SkEnnjJ9oiO/E/jyg00OkcQ99cEgCkZGfI6PiQNXdy4YkCgvn1e8jWR7IJtNY2SKDdXsLv0q
  601. h0ehWl8NQfCra5LZnX5UMKzMofbFw1I3UlhJewakqvYCfEF9XOnncUGo0i9vh3m2rNpPz8VR
  602. Mctugw7T12WfPrpXWRZBPWJaUsAFGFb8Kkn9BYL0/fplyGFrAJRoxeYjpmI2d1Fpe233O4Aw
  603. x4agDfycfPjAtx/g6yeS3pA4XZK3LR1xfrVn6baHP3H+haPl8y/SSfvhqBIQID4j5NTv2JBx
  604. GTQxsfNwqZTkyw5sifEyUzxFekoP82l6ctnVnUI910ugUJMvDwgnY4aR5fz2+erWc7/BTyEZ
  605. 9H4umTxAzzNEsiMiiONm9e8PXk1+WDtIhnRcu3PPcbFmeh1umPslAKCW7EXoSgyF9Io4hYx2
  606. 8njJBdXA0gfEOle3dSnwy7r+udJt/fpuyoRipnpyfofyPfZ0fDTweiS0KLGDju2nCKEfOqm+
  607. Ks1n3uw547imtHVYPXRX/inxUyPwT6fC2nLDffXHc2/1bYyLdN1E3J6tv7FUUoaHW+wDvkRi
  608. TbyobFIrQyuUTJ1E+HCL+dvv4qfzN0bnrwnSWEKzBdTxbSxU9/eVWKjNmiHwTmrzcfTrFg73
  609. dyiKcLZyg6sBI6pYbyxXTakogOr0ekimkY5K0L4YHnp0y4Mo4N/WGXb0rL84m5NsQA9O+Fv5
  610. U4cfUen/lnotZkZ5va2eZBa33cSlVhf14mYLP//+J8Qg4UcUzNamlZ8GramvN9oVL7nQSq8d
  611. ik9SLxxLjofp8Upq5GvydOzyGFWzqP1B2+8hSJzJiTT0rrkoxY7LySVgeb4uJfMkvA0+0Td0
  612. mL0OWl91dSe6ndjHXvyCoSvUhKK+1nb35tKvdKdBUtbfYMQ+7pkrNns6Zm4QGAl4Qvffwg7T
  613. nSUZeVJby1h+9VqMgrkO8g1C+PCNGa7eEZu+bn5R7SAG/lHtLCp4W1R3yLUpnJ5N3uAySRzd
  614. HL8I6I3VkdGTokmaCm31Bmkq+T57MoPKaEI4NknlnF58EFlfbuRXvZY5E/lSrmp1x2n1BbJu
  615. eixXFZtcauemcDp3MfOShA+Mu3iq2p9r4EfMgeM80Z44muh98XqXwyShTQryIV0yX580+x7y
  616. N5XsPtPI7ee7aODnsdHJX5l3m1LJBK4/z2OS7Z4v2ttynsPZWMJ0FV9wQs6MYmtqDBQsR6mS
  617. DdKIUdR0GeNVRUMEhOhHpwxmd+CC6LscsevqSA74A7DtNj/EAYVnzLY14cwCypkX9haIjKdo
  618. EO1k+NrdhKsWVa4S1pJn2s1o4qtZ7LXkdpi1vXa0QIAYujSP/9hf/rA6xzWQUXcaPshB9zlH
  619. kdRLbGls5c8LZcgdk3fChPD4yYrWiAmD9tT7Syn3F9pDOpSZJI+PGLT0PP75aJBrr11Yn0O+
  620. krCiRPSG8ywHDUT+ytglV2h+3QXQAr41sijMqTPQmdCEjYQuC8w0nX/E7XpSyqbq9fm5FiUe
  621. olz0p0U7DPS3JrWinoPRVE2Hn7dFYCsfYnRPsHGDa3qR38VuI5+6kVqD4CtOk69GSodZiC4z
  622. I+Cs4PihQNknrRXnP5k+VH4fEntRVTJoi3I1VMmiJOYLqlTZuRngT8wlvjMrjOmKl9jAqoKK
  623. PWSD6toLxU0oOrb0/SWk1LSpWS90utvsm8BrONeX9KNiLYZuWmI2tT9rYGF6D04MHK0FOepf
  624. ZTX1V34Nxfyb2pOrVs3FIf44XovP0Y70OO/ST555hS6p0gBeWMKvM9P35npZVaLgIHCPIIsN
  625. 9EytNWX1QKRALgayQxPkJZRNB+1IQmg/leHuXhEgD6xM52/9WaKOgTPQW4ByANt/gDemDeMB
  626. stQMWljA+KLSYmxiLyb1VIPato4OaRbh+3RF4OCnobKWsb4CvJJpfT8dLJ8hWl6S0vSnS9K9
  627. L0xdoF6wUP/oBhJ4vBaEaCT8U/eBUS8yGKwolAjKeiYCHp6Z53A4ZoAuGxtSvF0s8SwOrjyu
  628. 5zF4uKHRVpKNCN3LkhyxypR2Fhvo5BRLV7fRVsV+bx2SMg/W/FmM064uK747VXlcIL1RxcXj
  629. FD8kEC9hanXl5KqJX1PS56NacrOW7bnGluK5V5Ltfk5rNpwUCYko+nZRMSUQitqsAXcJwqmB
  630. KoRZRcYl8t9vX7uCT3cApptcblOHGZHB5fmnpLF6tGGZL3cC/dwUDieuimZRRSdwroqFz9Cb
  631. m+gvgTUZ/Am4dESfHETXC12Bnd7NM5Li0iHT+GA6MPDHlAcmZgEPFL1wsTPnafNg7ZweNGk0
  632. T+GUUvofvq9FhJ0Ul6I1bS7CFITZcnBxUZAJcqlcm7KPk5nC4vB87U1zgjh0pdCah9YMF70M
  633. GbrxnDYKOQdIpRDPW8/3Q0vYMz5YhRb4C/EWQfi+XxEWrCP1mQloMpzMRVJmB/Q9f3M798EB
  634. EcI2tDWU/QqiKPxpyF8/ORjnehzYwSPRZC8ERVfUnm2jo8pigAbiRc+QotOTWpma5F0CE0sk
  635. qIpLrc1HvSL3i+LnifLE3UjXBRykxRF4fz68PtMfgj8KyJ+LJTpqmeUsoa/yxU40xbsuGnT2
  636. MzYBgsAwWqkCyFRqsnU34qdPannYauF78SZwLF1WuYoydzLFuYBEcvh7DvzYOinKmnuM6hxj
  637. FgbbBz49jHTL+NXUWV7644v/ud9qWLRlw7U8XiXhABWK+E+GXKH4iXGvgahxwaZGhImrwM+E
  638. tebu7uy6wXWlKlFk3N9sTTb8TfgDX5aHbxO5XlaCRXtA9G8NSJ5HA6/lg0y6IXWd8umpfGNS
  639. 3PwUDBFIoMuXkY2nZaWk8ffCQ0yaNNL22/AHlv8pb2JWltrcj2velcdOZLS+u1rS2VK9mdlz
  640. WpxqNGbhqKoOck8L8oSDe1s07hqZlaavTJnXWOqTneeyoXWdy6430twIEGg7qhpcViOBFBgI
  641. svEM4jNtwRWPUDRuN0AcSRSzsoois2r8JXSpuToARwV0jkyZzbX9peaRsuPI07G0DtUSMY88
  642. Ii7Qh+KNIFB32qWN45IwkSg25K1uOyXKs+if6hc4RvvRKLmFlxTIw3p8VTg2vafZ4pDEdhh+
  643. GmyW3hqc9gb0QUndtV+TyXF2RaZn+0q5STNCZdgSVf7WqrDPhs4Q6ZD8toy2cE5flVWML+zc
  644. 1pbGdvgdDUkzZAYYfIEWR47FV/1vLZlLFyAuSczt7Z+38q0/5Fn4QcUZnoKoDXIq18Y1+aRz
  645. 3yOxeRJY3LMZSipcZQaIp8X5vdiy5ODYk5pFV5+f6a/Nx2fpVoJM0cNRdMakvNLBtyGhOwuS
  646. UpvJcrcV0/K5xsIpEljpB/6UD31kYrR463WA6LxoM8Sal4ONxw+67ceUgT0vArQtl3+YEEeR
  647. 2qBbjYXNbOZS9a9FHoIih4FgdpfenvyLhIWVpxitiIrXrdFq03RwXY812xV4gk6JcOZKAS9D
  648. 2pZCC+aKLJ6RPCyNvyWfpb8RBFCbFQswPEvObLFiUKoWCtJyhj+v01+O55EBZZ8GeAtOVeOz
  649. zWOmZLrVkF5g0GdHNEXh8W5Mh9yzz7EGa7FU2Zflq+VwWwNfisOe3Ptfi49V4rPmcl6MncDm
  650. YzYgqm/dzFufPJ4yDBMVP5+2a+ty2aWx/dzkuQO5zlRlwxioi8SdipZheTFI+dWtcr+ZyX2G
  651. zdq7CIzvr3LDh8RSu/UGENDfKedtUaXs1ddlAoy3Uiv/b3S04mA7PwkrqfAme8k5xWTHs5yJ
  652. 1m5aJVFbaRLYP+Ock+eqHED2blsgoak7VLD2fNs59GniQXW8lW1bRyv46QXphKFJrjc22jHj
  653. wTccnP24TCYv8M0lpvczTX5rjnI5qXuvzXQTo8TlpaGjCpJoWj9jFI3/1fBHlCPAActyWQiw
  654. 5tkkI9OptphyMcgDp1Ntl7UtufjvGw4STSA3vV+gMfjgC87GKN5N1WLOeAUZbx0eNm3wbu8d
  655. YaJ850eemhLueqRvcIkSkPWb/klg9Y6Er1qtyzaTFH3/n1MCjBAMzs2ps9/ZTpTiuRqSsUVt
  656. jGYNkx9jQs/Tcq2KPXcsUNLc4bF8dpxzjs8ssBDUbthLq7hMADxJebX4fIP3+/W3PWuqjZTb
  657. 0PEtFqtoxEHf4J1yojQ0RWZ6VfUcoycFWBTzczNzBsYPsnc7BNYT+kOsa02sCCWQk/LhldMS
  658. ewD+XLVuTYLx8tz8+UaDhv/XKJp+aAWHOZH6fkxUUPijh24I/ZG/KkPYa4tH6iNO5H7GGpvy
  659. 2hZyQzZ+bl1QOSOGV7SPZRtJez5bTIGKqj/HgPfP2lpr/7SZ10X0mO2EqPylKqa/3JvHM2L2
  660. UDvlc6eKzVtcZ+4W4fDUhyRj9yVyiH5416rhjhqF8LlXipJouVCe6brPkO6aq0lYuW2fQkUM
  661. Yy16JLlc7n5gnNJvx8tyinxdR8JEvR7JLpQ4yCcLpuLvRzDuO3WFNLspte9d70rboy4XO+/F
  662. OuatHEWivbqiCP2VYR0KMmjF6eUvPHB6WAABrd2HhwtjO8gHhdaHNBfO79UUCKv52rOaMjlL
  663. re64cun9m3LzHu5onst92MGyr/4TfRvZTfk7snMdeaMcfvaL0Ga+CywXKnLV5K9Y5SeTJ9LX
  664. W7hfvNP33scb+B97Lur72Gy4+5jCchVt3FEKSV3wP5Yo4o8si+y+Q743DBLsPdsARu08OBeo
  665. AAKeGyD/y7mDLT2jdaa8o+fWQz71PNQQ53st4kQkIpT8dIZFtiCD6Regfjc7zve9OpCVuRsB
  666. iPB32fwGXMd9SCyeXwbTnn57IihJP+GYKl2lzxnrKgYgYZmAPI7S2MgPqp7wGBSjywMZInWP
  667. PJVDD6MYTM34WZaXOi1zS4pOmDGEE5s3CcXQnXoohm17mYSDt3nct7EdFcrhK+9FeaNACYTv
  668. gTIa64QjLDPlQV8XEWjT7eHtCT6/28OohwYNACYh+tJhMWvh2jhtXDM7ekjeZMsXMT2Np+Pb
  669. I2Qacdi0kCRG4Sp4VgrcnGJFmVG0LVIBW2B0HnmJ31vNOim96noCXMBVoC3cAe/yn844ciJN
  670. HGVKnXexxE/cZv8w4mLGhXYiD6J+3k7nGseJL+LgxPZ0ns3S3Z4fWYUPLEeJRAsnKb02iadm
  671. iBL/ZoemXQ9MmhzC+pXnfiqUi05aEUy3FLvEmE0qwitoLB6deDn0QvodZL4tHswy9GL54nn8
  672. OKPxadbgTHINQuN3OJ6xY03CVQH0t9RrbzKVW/1Zh14xvPsFrx2gPuWKpYUZ0StsmK/+t2DM
  673. 8iN3Cg4adTeUJu4VSgo7o3BU1IaHFVPRSBQPQWUTnlm0xQ8y0VObOjhG3p1lvhqHjJxmX+Cm
  674. a32pFRSp3sfDLbuxUmq5H0UvBM8SgsoR5UUPnt0BuiMONG85f3wjCjAXsT171K1pHVDDASBS
  675. pwzzonED1iAuvTn8YHcXmZgUP/bp48yJrrhd1jr03r0LyLt4hcnt0tPpRMCsrBUti16b0D3/
  676. GoyXZ7LsjXqWQRNBAPXmgbqw5svbqifSiW5UZcm69TivZYYIA9evNj5dupFExZcqruTvfpgN
  677. zpMuPp3agRwRLdHMuh+7VRU0v9UnKKvt26yr1InucV3NWzXIBSufmyCy4HZcAa9LKNV+elLt
  678. c12tmvSMebr/PR5LVNdqZr0koD/rOYNEvND6xdupF50TDPbBnT26pJ0f7oNz8Xu6cRrFwRBJ
  679. 7dhiegevCTb8NiU6quicohl4QaE/lDOY7zMOnzDyBV1x4OQZ7nka+7S51YZHV1s7M4Rnk7F3
  680. alRvYz+sR2ZqpXXlaHJppMkpMEiT0ieM+LUsU+bw5B+EaGTBUh/5kYXzG6iBUwfM+unRrxcm
  681. WHNkUgmZJYz087jD40XQVgdnlezD3N7m+rzgEzaFpjvlskDXHZ1b/6HVW2UlA14wZP8acIWo
  682. np2ywdAfay1saDUt6ysAAGRzAABSdCMkAAAJZWFzeWd1aS5the4d94Pd7tGm5LR/zMzMz4ww
  683. ZkcyOZTnzn0dcccZg8K9NONKU1sbbGOuMI24whpIGAMY5MY85tkgVRVfEsoVRVXTauVU5Kqq
  684. qKqKK6E57FVVOqvXiTrTropt5oQohRClKccUU4pWpr6aaVjz33333/999mZjYwJSWnXt6ru7
  685. tVS5d3gXvA7yu/ADvJ7u7WSRuNu08PX2aoCh/eArzv6FJ+hl5fKV3vBufFUq2/K8VXMM6RTE
  686. lQ+alTPfXH41NXPj3O9cv5mhzrNX/yzZwVMM1iq+Sq23ynknSKjh9jBv8fH4qot20QFxgpxB
  687. pylPsrX/nVH/v13SKqp1qGtxLn/OA52IaK/xuKpjCUqmEbapX+70AAuIzpaxW2Up/MVO0mZN
  688. ru1m42Zm65TMKI1ND9fqAWYQaXBDBxKANwlTFSA+1xFpt2vKUr1IjQGN+N5KlfW/2/Q0vyWI
  689. Nz+hT1X03f9erVq3SrdV0rDV8xXnK9BWzS3dwcx9WgFsgRDvZkAKb6uGnbzM9Wj71kyCXvUz
  690. ITd3XO4epGmHvRDfh7pU9w0z71mABkYIfYVUqp74uEPNWK5iWA70wkrD6xKVl+gBLWOuVFsd
  691. /RbHf6To7+c7/r1akBp1gDzt1eSQ93SW7uDmP0GeDXGM8OuQZy918xgvdal/Up70SW9KnuGm
  692. XeswszibPNb/9DWCgawkDWIgasIGsNA1hIGsJA1zyBrnkDXP/EGs7k6PUGbpR5f5vM/hBzNq
  693. As4qzdydU0+VSSYUpXi5YYGNQ6vz+25VZiotYrTyXKf+I6YbsxbcYaOGqlrFajh8Au6p3MN2
  694. 5/iO5lKVHHvGNvIlzce59XL1DnDupwVU4oHQufaC5+zbfliq1/55vSCzp5NgqKKC0PYmpih7
  695. fj17D2aNewVEHL3H43uhDN/iAT2HeSu+VVEQ/fVzQdndjpA0VPb9PY6LTlRiEAY0S3EqIoC4
  696. pUY47qVEQrYKiyz3y9pseqqGyPROoVonpfn0CBnoL+FCz0GBAfPngfn0HsY003Dx6+fwITGe
  697. z8TQQXh2MQ8bN6lt+XvgDXR2E3KmTQ89STIm4wfftB99TwtfNxg03yfCtpv2vC8Ob6k49spW
  698. f9wC6xBzLOkm9SWHH0Cr5TOCH2sU/EqYE75YEzeATv2ZOkm5UpXx7UeHY7PtlTeR4W1DY9qG
  699. t7WbjaziTeIeDq+SODIrN8OshoPUc5Q98rOCHV9oIZrIhDO2UCK/No15bMibxIjW3wL+/3Sl
  700. bJegtlFiKfqV4/4FMAoNUau1u7jKftKsH6LH3o+O/2qogfX48l8v647+PW8xNLoj1JyP0es/
  701. f2Cq0aZIIVbHjWzRc4xt65zja7jdX8ON1juNPrb7xJXecBl+ouxklylHnTIl9bKuPxvlXPqz
  702. ccb0NBvUwt7btAQulk6pWt8XXEHe0EyYaPkrwJdMzp1Y6a2ROKp80wqyFWiIQj1LPaYQ7T97
  703. t6ysIah3Wb0wnm45hPl9TtZ3NUUxCw8WY8kqmPBYlwBe2bQz/HvGiTMxCKG8BGPHZhDe2PRV
  704. eV9YrU23sY/Auhwa8jVXoogYXYY4Zj2u/TuNuzCkubO+IOS5L1l6Iajxbb2GrHJ4/Ad3PwOx
  705. uc3pH2vrU7ZoSfV1iyY1FWuj7skU2LFtvps0UuMoFJAbrFDK9JD26dkQT06Y/4Ax78OWf3BW
  706. /hhcnR2M3IDr/kpjbkKeQlO6o5PJ7GTqaxVzj8AEB/SCjEx+BIUvQQr3TdzFIdYLNmBeYlt7
  707. GNwPILmmI9lZ0jlmJC2uAXNMOAY9sXOAbL6/U85LNkaj3G4O0XoobKAU070j1joPGPQaReLF
  708. hrZgiiTFDazZBub8eALgIhwhpWbPSjV43D4oouw51jnX9txhHUqYKmcbhdndXubusNN1BkrZ
  709. gFuMFvcaRNxiluNIG4/Pb2+CW35DNkzqnsuF5pq7Zvktq03wq0ZjBd4x8v5k0ev5eYh9R3gq
  710. yfZFWTQyom1NYPNyDWDgoLFWDAo5vRDm5L6TBkwqBWyF8NrMp+YQOfewhSO0lQLBLJfSlf2c
  711. 0jgmKvzVirtlQLV1Avq+yi585OSNWtEX2kENbqgATu2bMO8MgVTontIEbkthMa1C1VzkY6nf
  712. wJ0w66oiP9o9962qZtE03K2wi6XZMtX9QVg4bbTnwlXVr4tt7HDBC2BHU4nyVEEu/HqDw+Db
  713. tS3t01zmjCkOBtOOPLjG5p8F3T6xT2fqNJR1HhZuo1CajkC3kt81W95La18eeE7a5C8XVt7T
  714. WrQ1+225grMP7ZaO+DpbkggjgyXxAngCsPbRQ+5m5X3C2eAGVyAysKTAcyre12pHhYq4IB/u
  715. aHIGcsTPjeWF1a8ye33rl/VLuRCOiZGgFdue61sLN3V7191LCr3W37e624jHRNqg1jyVLnWC
  716. cObkk2YrNT86diRTxzchu/JBbQvw7u0Oa4MWamY4ZCKP2kD7JkqcTnlm/HHh25atrJ6RLHnG
  717. 7Pt4HVrd48xLf/4QJthHu1fGDAbkSrh7vk97pPd+nvyU9+UnveJ7mJ7w094ie8VPe9d7p7QP
  718. t4H24D7Zh91QfdMH2QH2nD7GbZz57ET1vSPgyCHmoZfdhDiTNfZBf75CR9Mqt7mI5UvegRC7
  719. hHJlh1kD6BJjXGRtcEB44ply4RxQSH5IMr751nJ5AbODrb4Q9T4KWdqbHKFG3NiHqKUgpOz1
  720. NBqdHinQbTY3miwfzmPupFir8AW+UCI8uuU2l7uNdrHSEuvMYcy3HG9Xacb3tUtvNtt88gm6
  721. w7L+UcjY9X5fypIt67Q6v4Vh1uoblmyCd2wg4ajeAet1AIPzBQ/kVMHXknJXJZaLDxMN9Ow4
  722. pSQH34BdlUp84XZdKfugs7UWXe4c3M18V6+NwL8VzodpTg3JugIZlgXM0sy+oAyKvvJri6wr
  723. wL/r4H+v3RwJXsChepr/vFdwuzd9ArtigGKXftld57s3fuFd6Ds6n75XdJ2bvqldw6F2ZfZk
  724. 1MHalg8/3MHbi2WpTiG8Gq4JHrovFIu2ZJSQwd/SjAU04U+ZsP5dZxZuUbreBkawt10OZuoc
  725. p6Q9fefVPtbN6gsztSGBPmfl7cdb/5vPbywXytserbfSHk7lc5OTuVMmp1br07ZxCG+QVXdg
  726. NNYbgCGB6bdnFSxFwf00pVNxF4EYnemF6ZOEOhRNbblwpTK2PV1vwEAu0QBclsBfxTwF0ToC
  727. rzvHDc9tPRI2wADWrvUuX5xXtM/x+uBZt07ojginXodF99jGhb7zqOP+dF8lRHyRs/WSrrCB
  728. vWLU+ld02l80oDiMH/epturn4Hrpozva44kGgn6sLGsTP1pg77/0Bxp08j0ncyZSad0pL+6a
  729. XV784Saw6JIHdQCW0quRVCTGe/c52F/Pj9vC0jsAZ+ChAL22V+GNVcZZTF52mhidpmQFuSd6
  730. 2wC5rsTWpAFQ0FIaO648msxF/5y+k6E/OnP2PZg6N6vqq6DdIJD5SqWvbWvnpvvdfB9PKzEG
  731. qcawu+69/t8a1xo/WIOdRP3fVUd393sYXI7ECRwQUnxRWPhh92RL4SRGOIZo90Th6LjqRoda
  732. b0Hw+AsqOdhWCwsFMKjE28FgD2QxfFD0xST4mGY0/c68j1/eDrH/QHYfXB3L5tEHbV0Hbfrg
  733. 6MdFmPsbhAzybJ2Ldx/+0W7nveJ9VcN4FvygJPqbrhBEhfsZm5wkQ5vHshR9ze/sHj1mDugc
  734. YCuYta4188md0rdf5+czaTH62eOTAZtDgNYZe0N//SjRswY22BfFQSvzFsfKIi+ScVdPdUir
  735. oi6L4L5br5PyUeyZ7VfNi10gGhvWhs8a24xBn4OCpWqLLji3G3uOqAF96InRD3/ldh47un5W
  736. ORNeb2ia27WEp5cMwbt0npoPQKHpv0lDvaJQ3kP+4VfoAVlt3BcdVUTA6fsuQ8OjkZ2He52H
  737. txMr1sMTKg/29hu75N/TEsRmLYgRt9Z6iuT2S56bOLmMUzAua3Jf9Za5vRbbQcnObO7ltJui
  738. Mt7ISSLixp/RW2KvaYmxGsVoibP8EPtYrZpHy8oCB7Mo+Puw6p1gdaxF0IfPzumKoUuoovq9
  739. XJKH0lm6gndvKqdhU4AK8f5m8PSpID2Dgkc30iDnILz0k2ut7O1+ckRTyNGF7N6W2U8FmxEK
  740. 8kCo1qQ2Uacg+nOphpIj+iRxeauVkzeiMrJKXC+03LhfZdlwv23f9eXnyHbH0HbdMGAD9EAl
  741. gSlfk5iwlSzCFm/kykswDNWzS3z4W+NRxeeCzx3cXXO2/n0cWEtV/J9h3FvRh0+6UTlmJx6a
  742. eVXIvylzYxekjOsFAJxNXkXPDEktSGVTgnwT4l7ZXW5dFZfTi5qk2Ku43rrN0d05va5IvGJ3
  743. JEess2auK1xCq3rcjDCMG1CJP/ZTv3EXIBVw6NEeoSlObMXyvgidWpRqBpklMOSIemhZ8dbG
  744. Sli+6Oaxi3Vj+YNLWvZyxe/UmU8QyfiWcydmNKcu9EPLsOLzNtxnBbDnPU5jliTYCWttytnJ
  745. dKHzGyh8/9Pdt97zrImUlTAgfrr7ovv8hcCd2UTf3xx+UoLXO7q6dOAvSo9sY/6u2PHTjDGR
  746. BSPXGOUaH5qXNOPXNLnROkHyD4bkE/rGKqAP9Ue5IwrkPvNzgPjEB5s6MttA7uwQOsTHlUpn
  747. ah3XDbBJaGo8/NPLz/hPKym1n0PF+p55HTYMvO2U91Q8ZyUFzCyPrhX6Jan0UkV9RjcDMVUq
  748. +kSGUHDcNF5g9sRFcPvMBzZ5ZcM3iIi+Z+8NxQM8+SgBth+WwiUUIM3ohngKxFeeWnV1mfEl
  749. 9EKBEcuEd7yEQljjbZfYtT93G2aTc3pLlyZx3UmG/0z7Ot3Zt9q8CPZv64IP8hvV3rur6gQF
  750. lKicQ3UdZ+5Svx+4brKN7n98u9GFMhpf2F6W9nCiuLE+//6KjVpmYjcSTPvHR4Hh1NTd3k7d
  751. 6ZwpP6FLKSe2o2Egsfytm5Ym8SnuK3C0RnhdDOcp6KXc+n7aDXnuoNcpyGm5zqH6rkNHVUTo
  752. aOkg9issEkzD8ICylQbBcF7N/fLrvE7EBrC5aDHrhkp2MVcAXLLsfFAFxzvXdmxgxr2PPn/e
  753. V/eNctY1uxLNIC3/v9BJnvlC4Xn1PRS7GQgpRW1siZsvvLW2c0QpqJilwvUwzg1P6QzoRUE5
  754. sKL5e5FRaF/Nmhfw6EVl0Ksx+RrCc70frQdNyDUG08Gp2LIN3Fs2YD8ciMJLjMtDsJA/aCFK
  755. O9NM292sMjIr9EMAfmKBlaDl3N+0Sq8M2y/AT8idBjS29IRmNOpYxuAYMz3beaE3VhSwcY1w
  756. jVsvJuYsVF5oFnU8F2hM1ry2MIwAP2Z0Y5dfnfWPEzZg4klWbLYLxTHcUJ7/0Dnss3koAJ52
  757. sddR2HADFGv1ts3Cp2J8HhnZOJ28nEEITiRqdbyiRs6C0m9o4akZTShyNTFRSKyYrqtVmlBw
  758. tiSQZ+Vcs4CnPIakhVbc9+OI5qKMr0cHEbwbBYOG5g06qzfh6q6d3qqAM/1+ckMHCBz/2XCM
  759. s+VR6PsjFm4jXieLrrwDMxNHLm/XOaO/D0h1Q4kdfK/3M4P+yS0OJNAl+X7+YS+b6nbJferY
  760. Uyq5Zpi5i3gnLZaciN4tobp96ii+58h27vaKx/kN8E72fDZRxenEwehjmEKYXTmJMD0Z9rqW
  761. 6Ozow6sHPPGDivQ66pc6Lr3Nt+V8hQ5vmogxjDB8WdbY47aDOvCa3pC2zWBmglqdamZfro5f
  762. BrhQQ/fS38sizz+/aShHdOyhGhFd4WcZmJORxoenjoemcYfj9vr+uNP/iLJxwj5a3LXbt4P8
  763. X6tt6edtvT7e29NMDXt7blZu219GIDrRg+gnen6LsZL6qJl4znatnWkYlIzzl8rNjPNasKXF
  764. Y5hW9HkK/7CJmdJJxRM50QNYXEDXnRKBevzJCURJGvBbr+4VdhuvalXht17eY8XCATEP83Kc
  765. E/K6TtPyHRb5Galz5CdX8nN6v8hfBUzcuJC7Hq5XSksJrovyMRmEGBvHeg6JPwxPqBiQQb5X
  766. KJurAu5TanWzFLg9K+dbOtSx9dsAQYDymsp6fV5od1dFA35reZq/ikIt3QkIs6R66pyRpjLA
  767. RYySnArk+LoTqnKb2/Vz5He5Jk62dwFFQi+RlnWj5rm0XcgYr/lG+V0RX+kmm1KYup+Hv3rV
  768. zpeTBTE3Lap+6Hnm5xRDsna8PgM2oe4mPwEu4bd3bpdxRu3GUHvRWB07OtBs9CXA4c3TOShe
  769. 3J5h1o2MyalnsAjVPmmJICLxDnkYKBzVT0GNNSXZhbsxY4TcS0UQgEJPX8Unr8xrYJjL5aYP
  770. Utz+fJdUrrPDqRjXq3UsjgiyM2bvE3U0S68ztRr0m3urrUmeojP1rlEL/2B3s+GNj1dHxja7
  771. wj+JYs4lW9J1nSKFjH0X8x5JciVrKoTT0IxOH4PegF3fD3n1xL3v9qqMH1/Qk//W8+Qtp3tT
  772. QhgDtqgN/NI6KdW+tbMwKEZbfCa2hK0attKXTrRYgW1cjFYuuCBc8hmC4cFIVKDW+jDWjnq3
  773. NkYgJQ/IklIOyaQ5TkBnrEhboD3qs7O1mdnbGfnTgfb/dJGW3+5ZsxgFtWpIAvZDh5CpL5mz
  774. ChVnEz/9nrkkfCj+LlNrjzz9VOw/9XurZia15JfG5J/1b5HpXKXiRif76GuJ/vlORP97kzv4
  775. RPuvCPhfUV1Xv0XnkPOOFXJzP5cvX6Ic4jcADVRl+NeEFP9Gt1TTAXb4oR6IFxD4vqanR/Wc
  776. uNHpe92xZeHMfOEfR5JsRG3xWh0+ZAcva5SPmtMzCuuFjcWb1MEnM8dNVSXfCJyLg12kHKnD
  777. o3mUWx6H9mxv/37G/TYzH/vOzouoHRZKqG/gKffexrBr1IV+HwBfM8bgHs9bP2ca7ez6Utnr
  778. JkHO2eqTZ5+sz9TZHUwwL+hgW9lgnsquQWy6eYxnbLpW9ldE0FqerEpf7BFYTX/JLX+6oCKM
  779. BTzjRlAUbtpIyX/1MqsR3rMAMfy2YDaE+8kv2+ZYdhwbC4AxKOUqp9MYayvqKXKfPB3Hqs3H
  780. iHNyb/HU4ZZODRhRsH4YUXcLAcXskdBOJNtxnm1OM7jAe+veyYSX8UUkZP4YpK4M51jRQrHc
  781. QZ/0/ZEytaqQ8rnpQH8JGX/TZiVEEysE4hWGuwBgooZmnbAHTO28Imq2EcTZADw14d/KbGqb
  782. ysWcnLLOpA75SmYg7iT0npZzvvQwvfdBvC3E97dWoB0qcHUANuXr1JwpGbNLhfVoIL/Mfja5
  783. zSalvMhG1a5Rdmz6IjHu2ggvOY5cxXErrzVrSuvNM4ldeVk7+rZqtVZKvoq9N5SK4yvcVX0L
  784. 8f6D7FB7HGLqitx57tnbJZ46b72Up88OWBDkMj9Yp4+4gHcufPS5f5tz5PbudglzBzbnTpcs
  785. ZtzT9vJvZxlXzhkfORj3jHGn5ZrqxsY6MvseRCNfzJggR3jJB8+gMtPn5uD47kW/W6xxynuJ
  786. uwrkG7qs10h41F3Fi4/FFu13QxgnVWl/vcBxrfDd+Gvl2Vrnz5eryqIvS58mjbHeeHwpyNUg
  787. FhOZ0pW/3hNccUrX5jeFfyYTmXvWiwcRzBihldb28gWQMO9PEOTllDx60OatmbvKcxDTqXGN
  788. iT7SMVXxtpmIxaXMISKCNxabVQRmReGqlWpZ7OPE4fHpFse/4CmrtWG5j1fY9tfV9j2nZt7X
  789. p/aD/zHl485L2ze+2+/C/lv+rA9CDbwfTg+mrmBE4vqQvaH+rmHs4lLQS3m1oC282NCu+2Lo
  790. 1iC7F6ALxhVjsaxcnZMl5mjFDmagnLHi3FFXCzaLcxZkEqZuWsGTACLbghtNFTKV/rJTeOtw
  791. uhMe0dbfyXzbT3EgpE6Rm9+0aLSxTKmGdLgi0VwDR3tiTHJqBhnarE9N3rm933n/Hd9g0DVv
  792. n8f507f7xo+WZAC3GV5jxe/ox/pqKRnV8u9A+eMvfYOR+3fX9DA2PVqPgB/Bft4Uue/sexj/
  793. OcI6AOilBjDPt5IT6Xj6tvcfm9fcXNJqwXutqXyv/Y/NN9/ZNJ2vTsTQBEcCG8vr8Y8CG/kS
  794. ky6kyE45F1VnkA/QmYH8HEWCMDpf8iBi4nzFVaqAMm6BnCGQcSwp7LhUBNnBrVi9L48xjH+d
  795. j8WbkrObQ1Gc2H3bSz1mV27MqsP9x84Ys1Lh9fv/cWOL/q//xxEQ8dqgOrvCXPt8JQCsAjpm
  796. wjvf/PJk+A6NiNCzolllK/t9IdDrlaOxB1bhDy5HfwAeIvhKPLX/V9BYGvvwo2Su6vVoI9cq
  797. gFLsnlfsvpPavS7Gi4ChtegHc+xhUQdwFoNfZ6jYH6j9pHYWYGNcgYk+Pvswi9DhmzCX07zs
  798. KYuwRxZCDSEIL79YgiU/2dQsP3u+/aH+acmihh0M5DD7HMb1un/WhhHWUTP90CZ/V5iN0NPe
  799. zkNdj1dFB7CO3bDm3nxbP2kUrmsgYt9j8IxP7RY5kEidvlmHNTisb+N0lje8kCGYsTofYyIH
  800. 4k9A+9XxB43215VXwCszT7TOqy6bedhWXTYPbVl8bbt6n6VAvIwRFcSXosPoMP4xcUIg+MPB
  801. ZKHgggxrhgqcIAR7s3QtL+nuf5l7b/pyT21GU/ZtzxM3aeKMm/ZgJai0zrnmsY3ol2dx804V
  802. HWnCMeiXnIKE9804SGXnpF554RYXpMsSBYcY85NKIxzHiPi+UL4eDk3V1QPZpEHjuMU7jrH/
  803. w54sU5IP+eD/6DEe1wB2MH3GsFEq2b/Vi+MucM60cj0SyJMZ41SPK9cMvjjpPR2wwO8dNikj
  804. Z6LmhjeswC48wCzb6dm60cbkI1yrx+QWksjDy5vNkv593zRSbsv239mGzC4fnrRtz8SCHFm1
  805. ZakPrrijAFcvkuOOsjSAVsNbb0WkGqKjFaGUgFF8p049L2bUpLLaiCru8hkzEsr9kL+KL9HN
  806. /C2U8cHkbY9fyL1oOyeXsWiKrzyd1YBc64G6odAV3pw8+H12dUTdlAweiTXaAmh9558r/9Av
  807. 88ehAHyk+7ItQ5au8LpHIZN/9ZFq54YN8st7dNc5oHMWn0dgUV3HIxApxp+det52Kmdiz87H
  808. DIx0yMUKcVKcYolHSNxKN/nN8t6q9e9Tt/4zy3XTAdxnD9OPR0yBnzvlKe5Yj+CZXlJu8cUj
  809. IiqKPUQfJ2tjC9giU3h8A3b0W7ldcdJMpuWLzjT235YoyRnolAg92EqHCRxyRFkQBsCgVceS
  810. ff2NJJA2GnjwxODj1clZf4zZ74jIwlH+Dsx31hWmKO+sK8MTWqd/BHeYqR32McgnfaEJBP9A
  811. D3hnXnNb5x7cSOiC90TOuqnAeYxs8Z2YvTZdL+6FztXjbzOxqN/r1zGgE/kDhbo3pGOumOND
  812. MxbvN18cDeO4286+Nn6+8piJjuwKuwKeNcdtJFWEn9+Qcz1jlRpC5kjRilyVGjSuH9DWwVf/
  813. bitx2W8Qy9TJVPNCNGtII5/FdyIEpJ/35KPWShGoSxEYZv+7OxCzocoVV5CWAToo5jpTYTm7
  814. O5q/eFOCszN66T026/MgAq1J6KawmIchyX604kXq1JRjTnyWuNzX+oUF7iGnR2wsv5KKRhkI
  815. bzZOICx3vjD1BhTo/HPwbw8G7AS6tl+C/OGaZceDc3Jx/PJNiCtELXKLcYGP59aOjgq3KT37
  816. t0OYRpWyh+JRJHhgm74fzxYPS5awnVUr42T8+7cghfebr/8L/rEL+0ETSlYMI5seCQsQvYKj
  817. FOGkzepdtNpO+DwPzTeqUs5g8P58hV2BHzGnR2hjSHscvcsv/Y45KJ8lzOmtPDQfgc0EcDwz
  818. KzCJXK/x/noAsNKcUjAnstmmy2YcdX2YlZKJRhPRf7fVFIjWC5k5Bizo8GbkEgTHMxzNiC2/
  819. 0Shra2PvlN8leeXnll5Nj3CPD/b6hToWMPI8O9oT5son4Rg8FWe9dLuPIXF/a12FpvSYyzwL
  820. +sXo5sPJ04lau1BUjN5iU0XlnFUxswVls8Yzh0i8Ga3cmXU2mu1FEOHIN8K5ex6tJsathYci
  821. rhg+ytXDB9dxXDB4jn8Fc/DffdeSHts/U/un/EgXT6mgsQdmqvnYNtQiwagEmhmK6NMZuEEw
  822. a00M7lqUIJ0YIeZvMkwRbwZSv6IqMi4dc4NQjf/aut/rb+y3vMdUAZe6iouzElaKgxlS/SJ0
  823. /fKrG5pSLHblNkv5QcYeLN5VYtyXn7WQjk/U3hsh+RdC1s8wII75ySn8sfWrdlbVI/2Duyjz
  824. OViaLvBWtP/hWtPR89byrbNqeHuV4cdPbG/Sqz4XcFBv085buFeEqj+Ag9UH1kPtOi5eIsjZ
  825. S7nniZfNJLUii3BFfkeOQ4i2pgSc3yUW0ecbfPylf5tk4bd/upxt5NEjfYLOt2NojHnkFOGn
  826. vWp7+UU/tYVaOnrjThX/9nzJrBemRGbkCgvE9L70aAmkOIRiH1d0j2fPvS3etOMdztdS5363
  827. z2eyj6QhXfM6BBfrnTdzxXJ2F5ZADnpSuLz3C5vffoAPR6OyU1nSh60M7o6eo3fFFLC99Wib
  828. d/+rUaRNR0LoV0QnDUdpR1GD2dRMgsVNR7sYYaM2BokFoay9oA7R2d7m8Y3rfXOB2QDPjj3i
  829. AHTGZGK8Sv3qe/kh6iICdPmGdHqOfRWx6rHQqxa6dpRCWB8RDZyE+gJ+YILYZ6hWgAE6tAb8
  830. FPdYnutoiH4QyEV1AjT9ri6Gr+mkHB7JW6PAfPprv8X6+A6rz92or6C6nuai9DujywIvYGml
  831. /798UZheVWqWi/WqRGJ/8SOuT6/z9Bb+SCNvSixNg6s5Dq/vBFq3Ff6TqycvJqSdXX5wIE02
  832. oUeYMeFkrwdbJU5uIvobdzVukJqTR5/F+Ah9MH2lqe++RYtp02CqwS8vy8vS8qN3tm81tSzY
  833. L4l0B//n5Cx/+z0G3Icci+VSNqixfx3AppzVEh+2o+ETIvXe27AfRAGIbwTCeA8E84prrYJO
  834. 6wJyuGHq1vi65yGHswVzwsMXWC1DlNN9V73ie94jtzUDBgW4jGZ/1zaEthseiryJJTP+bzX4
  835. ri5QzfsXa0ZvzOaAW4EPESPo6VHRnUpN6WQj79Yqsxgmyu6XF8aQ5v2Df77paW05pcIp+2Lm
  836. ukOZ1NacJh5BS3GoiNCJYaTjFX0RbnXhT3atEbR2O74QMno6O3bwbbjDNFTt5CjnaLNoeRx+
  837. ELbLjcAGG/Zi+0pchk8fgt3NgvGs2leDULbexj8ABTiYQue6Y0rmGlyxhDwJEI6whxtGYoxN
  838. ubpiHHmrHEXfshD2RdL6MB5mJyJILSgZrfEeKaJt3m+/ocN9CoOG/ttwDnRHnxrtz8eMZzVg
  839. WtwbCCP1iTv8YjyUP7oOGIT38oUe7mXHE0el78352b9kX/ft4WSmF8/uYWGbXTN8juYXQjGu
  840. Qwuo7mF7o2IubS9zC94el5fS7mFpjD3L4/cwvemHuX9fuYWsMF8v5ncwufGC+hhbzuYXQJha
  841. 7uYVHD/LY7mFuTniPW507Cj3xcgYf6Mo5EPJPtifC1zQdOM3DDQYw8Lx4+tt2dXJhdnIpueU
  842. O5x6CB/NB/SID+sEH25H7EbjlrAw+8kj9WMoPcEF8pyGpzFJl2G3HuDLUrVDn50ejCC1vAQp
  843. wcbheUpVRVQnMmKgGb6g4W64Qo1W8z84bMhD4w72pX8If8Tf4mBuJcrExFeZhYflbe+3m43d
  844. dLwNvhysPfqv5W5xcLCl4jdhvcXAl4GLv26+LhTJXzK7dYW8xVM/dF4Tsur6VZ3+uCBddX0r
  845. APdOHu4D2Nvsg9xg97kPcUPcwPcQPfrB7YD394Pb8AVF0D2jSvHmB907Stp1WlbH3GlXsVpV
  846. 1jB9+oH2oaV4mwaVsK1pVvvg+24fY7Std7zSrX7gfeGH3FD7Zh9U0q0+m0qz5DSrL2g+4bSr
  847. D1Wlfx9IPv3Q+hNwNVcB9DS9VTtK+T9cPv0g++aH3dB9vQ+6sPtYH2laVqea0rUAA+naaVpu
  848. YH0N/0te0rSfeaVIAL60MfWh78KqaV4P2g+xmlVe2D7XNK8D4A+hZ+AAN9+Gps+i0rvsppX+
  849. EA7/wBtcf77SqYNHptkH2maV3noNKjekH0BzpZYfQ1PutE0rQhu+hAJ9CAB6ENvpABOk8kPu
  850. maVoAt9BctKieo0qGGfY4IfbZpULph9rw4mB7g7lpUCG0p8BW3gDurpg/AxMHey8XA3WFhyp
  851. Ycb1eDVBAEzTqxfLlYcrc7nDkYO7kX2+mYYKQdxu5W8v77zMDeYu/mXwYLvfNDGvUjJL5US/
  852. 3chy8PWb7BmYu/HTvByQwpxnF/g7sb89NwN5usIbTvfrL0smI9gNLO6Ywpl9vA1YZd1unNDv
  853. x0OGWx4G8wMUKngeeN3NyjD3EvsWXgYmL5fl4GJgbeWIIbSobFsQpDnNIC8GB0hi8TcYeFLl
  854. uYxX8m2cIS5jUvYgZGZKl32Lili9n028XSJi9xhS8LegTNgMTvN7glqPJzd/3l95ib+QV4l9
  855. Lvtxi325HBbSzzdTlbjFwPLDcId9KxN+EyEsRvIHHHDzeohF4uLgYsu+kBeyMWVf4iEJMXcX
  856. CxZUsgJ1Obra7ukIqODfYmJKvyFvwvSzDbhrc6/+bRMmJGw4CX1/fYZEb834R1iX8/D6jZof
  857. 8OVg4cTuhtInbIZ+691NH/SM8Pcbu+3HlBYDfVu3zOFIAruN/uDO3s/w9sraclS10eSvId5w
  858. nwJDkVucLzF4A+QMvCwpgVKzRUSVww6gFgBEKrmBdvw5PngaUOq+YIkTc4GJMwsS+QRfHgui
  859. KNlDMHTvo/JbJiPS07RA/JM4If3s8P4YYfFlYuKJcYIERwd8JDfS7ZDR5e4hY1W0+98Jx2L9
  860. vB6jTdc4YFyAEDE/SV2ZwrMLcG+3m9E4Ue1nhaOzhsaXqIfQ5lX19vCFvSz8aJAwvE5AgUiU
  861. HasepT5fXc0LK+5rmBib3ebeXhbjyjQyKp4mZw7nXui9vO4s4kvA3JoNeD8JJaR3sLMLExs3
  862. EncxN0HGAKwFWG82V1PPKKCczL4t9vhwH8nE+HcS54j0SLnje5uF24L43Uk8uVt76XiEDPUz
  863. cWF5iEcsOTaEH0nJokHYxMD5iXnxvvpoL2an4uPO+xJG/HYWMHC8teJq83EiMu+kCozpURz7
  864. XdAqc28rceUPUWDi/sQDxCHQuupIn9Nmqdx5It39ZMzL81W++Aig6d4Nn+pYix/j3uBinzcr
  865. bVNHTS8MDfCJpRkaMqkbZZ9vKxB4VV3ljG/5Hpj57z7I+e64ZxxEf0b3BpxvXLzrC81BeXo+
  866. e76BeeQXn1S8/TLyWp93si86cfNLlF5++Xn6peeCmy0i2edAQV43vDc7H1h8671B8/IaHzpe
  867. UXmGPmTXj50kYfOjph8+BLHzVRx8/H+AfNTIHz3/nkLNUPmIWjsaUfMLjnv4EbDmq89dTAUa
  868. qZL3t+XBB6H+IKJUqNITB0/CjF32IpdOl366b9UYePZcX97gAgf3Jp4I4NpyvHx02cYlbDwc
  869. DebUeUJaCXeZUTzMCXL2uHfFbJ+jgsBNW5tcW+DrVKTGxlRV24pHMLeKaQo8UETIcUcMNI3m
  870. 5BWXGWi9UwljHSC3sA5VzJjizt6giw7/FTE8cMGcGPO7hiHrosiOKvM3m5LiyaohCDv8TAvy
  871. S7hTYWyplcxMEyQnzXbJG8gtgDEHZZ96WzpqIn3fizB7jC3pqVAceT5zhMcA5v2D+01u1tdf
  872. c3gjCGPu7y62tnrrs6ufu7jXOVc9d2Tt3nthY3DlWFZeNZOVWPD2R1CqxLi7vHcTrrmdVsrb
  873. 5blWDrPFS7BrpsIgAzsbzxthaEQsOsVz4vhnRh+Hsk1t8IXh9TPjtN1r0u+72Fx4ut11yNUN
  874. NfBpoCBcndwNZaXtpcXSYnQBca+4uCJeAJkQOxvLFK+eIgrleERB3a5EJcrwCIWdcgVEhpVi
  875. 00iGu40iHzs6JEXK74iJnXgln9dd3l6esvAIjtb2xuEq3myvHKr4dXcqjqrdX43h2OyCH7oD
  876. 7Ajf8u08ZfAEBtbqsCNblURpbqwRGdurCAZSqHoojK5iRAt3LgBbdV+Ivt1Xlp4l1r9jdoNa
  877. nadNd7CxsrQ8L3hU7ZNr70qt6h59CB57bXWdofEOkCrZXFpY3KYt7sLjW7XX6y3PiPG1ljdH
  878. rtIA6ryegLJ6+7tE3mLeWmyvEphyvtLL5Z53Qlx3HIqDI3muvLi0TZX4lD8MePQnBfiTW6tL
  879. jZLOiXKVyvAS/8ZK79L9ZS3whnrbxBfeBtbhu3gcxzrGa0N3tfDTuXAurS712ztA2YZR28st
  880. fc2e1bsjNKdbxjwL13Ar3t6PGG82Sai9HjC5VHhu7VDe3Koim5VHhS5VDhSVQ6oja5djwpdy
  881. 4cKXKo8KSqiXOEBB7HY7C619kZF4AV/DtBgzhFjHcR6UrKGG5nWIuI7mu9DNvQzeuubXXpi7
  882. TxLLX3C+O71KY4fPjsdjsrY6ueE+uv2DZ8w6UlWKqJNwOGlUSbt1YAk3bqwhJu3VgjormXEh
  883. rdWIBU7S8vLRfBUUOtpsDAuGYM7E7uPdASq816I66W7nVYK6hZdgMvcWlqhYX4klKqXIcS+n
  884. WNHOJNbu21+xXzHEY9Zr7qzXXEZZ1cRZvbS6Xn3oi27XfGTG8uFohwG201tpdLJKONFQWJhc
  885. +Bz7hB5eD0PsbJAzeCU12qG5u1bKddiTFyqPCFyqA8lUOqI0uXYmFdy4EVcqjyTbqwRAvX3t
  886. 0vgiFUDKLE8UCY1Smu5K2Nrc68SXiOSIKRFnYbDYtqeRFtyvnyBdyvALfUrgc2CKBu2vRRqF
  887. NNXx7KPdBSd417ulmOFeHZ6yxu9dZHq8EQrsvFulgvBEnLtd+JO0rkLYE9OsN6wISpewSTwi
  888. trEdM8H3qqj32Dhbney77E1JNYMncDCc67BJjRYwMSXheYMBUJ032QErr/ZO33syYduDF3/A
  889. TuY3o8rBwL+UETgki6GYg6UGRB1IuCdbyyPge1PyJ7yLsLLvt4ve0rDTCJo2XED7wQ+hzPsP
  890. SUr+PGUrV84Pvoi1ypi9r5V9vxhnoEF1nvB9CcB2IFTsAZtf4/LDFgGHyskPvmmy9AA=
  891.  
  892. - --BOUNDARY.7369.2008.5943528.1--
  893.  
  894.  
  895. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  896.  
  897. From: sanric@ronet.it (Riccardo Santato)
  898. Date: Sat, 07 Mar 1998 17:27:59 +0100
  899. Subject: AFC problems
  900.  
  901. Hello !
  902.  
  903. I've been using Super_Picture object from AFC. After having put a backdrop
  904. picture 
  905. for my E Project Manager on an Intuition screen, I'm not able to keep it
  906. refreshed,
  907. so when it comes to move an Easygui window, the picture is deleted.
  908.  
  909. Are there workaround for this or particular screen flags that I can put ? 
  910.  
  911. - -- 
  912. ==============================================
  913. Santato Riccardo
  914.  
  915.                                sanric@ronet.it
  916. ==============================================
  917.  
  918.  
  919.  
  920.  
  921. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  922.  
  923. Date: Mon, 9 Mar 1998 10:35:39 +0100 (MET)
  924. From: rade@coli.uni-sb.de (Ralph Debusmann)
  925. Subject: Freezing a process/task
  926.  
  927. Hi #?,
  928.  
  929. for my 'EasyPlayer' (will develop to a configurable modplayer using
  930. external players like sidplay and mpega...) I'd need to know how to freeze
  931. a process/task like sysmonitors like Xoper or Scout do. I need this to
  932. freeze the external launched programs and pause them - hard method but I
  933. don't see why I shouldn't do it :)
  934.  
  935. Ciao, Ralph
  936.  
  937. - --
  938.      Fachschaft CL, Geb. 17.3, Raum 6.03 (Keller), Tel.: 0681-302-4178
  939.      HiWi im Projekt LISA, Geb. 17.3, Raum 1.11, Tel.: 0681-302-4496
  940.      Homepage, http://www.coli.uni-sb.de/~rade
  941.  
  942.  
  943. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  944.  
  945. From: jj@it.kth.se (Janne Johansson)
  946. Subject: Re: Freezing a process/task 
  947. Date: Mon, 09 Mar 1998 11:08:06 +0100
  948.  
  949. > for my 'EasyPlayer' (will develop to a configurable modplayer using
  950. > external players like sidplay and mpega...) I'd need to know how to freeze
  951. > a process/task like sysmonitors like Xoper or Scout do. I need this to
  952. > freeze the external launched programs and pause them - hard method but I
  953. > don't see why I shouldn't do it :)
  954.  
  955. One easy way is to change the TaskPri to -128.
  956. Tasks with that prio never get any cpu.
  957.  
  958. - -------------
  959. "Every girl with sense, loves those dead
  960.  presidents..." -Quireboys
  961.  
  962. Mail:  jj<at>it.kth.se
  963. Phone: +46-8-7521444 (work)
  964. Cell:  +46-70-740 1440
  965. Http: //www.it.kth.se/~jj
  966.  
  967. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  968.  
  969. Date: Mon, 9 Mar 1998 10:41:38 GMT
  970. From: jason@fsel.com (Jason Hulance)
  971. Subject: Re: Freezing a process/task
  972.  
  973. Ralph Debusmann <rade@coli.uni-sb.de> wrote:
  974.  
  975. > for my 'EasyPlayer' (will develop to a configurable modplayer using
  976. > external players like sidplay and mpega...) I'd need to know how to freeze
  977. > a process/task like sysmonitors like Xoper or Scout do. I need this to
  978. > freeze the external launched programs and pause them - hard method but I
  979. > don't see why I shouldn't do it :)
  980.  
  981. AFAIK, prodding a task externally using such functions is very nasty.
  982. Your task could be in the middle of anything.  A much nicer scheme would
  983. use a semaphore to put the task to sleep until it was required again.
  984. Investigate semaphores, they're very easy to use and they let you do
  985. what you want in a *safe* and supported way.
  986.  
  987. Cheers!
  988.  
  989. - -- 
  990. The conundrum for today is "aepmrolnt".
  991. Your numbers are 100, 8, 10, 3, 9 and 5.  The target value is 725.
  992. ======================================================================
  993. Jason R. Hulance                           Email: jason@fsel.com
  994. Formal Systems (Europe) Ltd                  Tel: [+44] (0)1865 728460
  995. 3 Alfred Street, Oxford OX1 4EH, UK          Fax: [+44] (0)1865 201114
  996. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  997.  
  998. From: merlin@thule.no (Eric Sauvageau)
  999. Date: Mon, 9 Mar 1998 14:44:50 +0500
  1000. Subject: Re: Freezing a process/task
  1001.  
  1002. On Mon, 9 Mar 1998, we received a letter from  about 'Freezing a process/task':
  1003.  
  1004. >  Hi #?,
  1005. >  
  1006. >  for my 'EasyPlayer' (will develop to a configurable modplayer using
  1007. >  external players like sidplay and mpega...) I'd need to know how to freeze
  1008. >  a process/task like sysmonitors like Xoper or Scout do. I need this to
  1009. >  freeze the external launched programs and pause them - hard method but I
  1010. >  don't see why I shouldn't do it :)
  1011.  
  1012. It's done in a rather dirty way.  I wouldn't recommend it for an application
  1013. you use everyday, way too much problems could appear from it.
  1014.  
  1015. You'd be better using a signal.  Have that application wait for a specific signal
  1016. in all its Wait() blocks, or check periodicaly if a given signal was set.  If
  1017. it's set, immediately Wait() for another signal that would tell it to resume.
  1018.  100% OS legal, and garanteed to work under future revisions of the OS.
  1019.  
  1020. The method we use to freeze a task can cause serious damage when in the middle
  1021. of some form of interprocess communication. Let's say Task 'A' sends to 'B',
  1022. 'B' gets freezed at the same time, and task 'A' still waits for an answer from
  1023. 'B', but 'B' no longer exists.  Result: 'A' locks (imagine if 'A' is Intuition
  1024. or input.device...), or even crashes.
  1025.  
  1026. Ciao!
  1027.  
  1028.  
  1029.  
  1030. ... There is no security between the cradle and the grave.
  1031.  
  1032. - -- 
  1033.  
  1034. ===--- - - -
  1035.   Eric Sauvageau    http://www.thule.no/~merlin/    merlin@thule.no
  1036.   Amiga wizard known as Merlin, casting with E runes, resulting in:
  1037.       DevsMan - MFormat - NewIcons4 - SysInspector - XPKatana
  1038. - - - - ---===
  1039.  
  1040. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  1041.  
  1042. From: merlin@thule.no (Eric Sauvageau)
  1043. Date: Mon, 9 Mar 1998 14:50:00 +0500
  1044. Subject: Re[2]: Freezing a process/task
  1045.  
  1046. On Mon, 9 Mar 1998, we received a letter from  about 'Re: Freezing a process/task':
  1047.  
  1048. >  > for my 'EasyPlayer' (will develop to a configurable modplayer using
  1049. >  > external players like sidplay and mpega...) I'd need to know how to freeze
  1050. >  > a process/task like sysmonitors like Xoper or Scout do. I need this to
  1051. >  > freeze the external launched programs and pause them - hard method but I
  1052. >  > don't see why I shouldn't do it :)
  1053. >  
  1054. >  One easy way is to change the TaskPri to -128.
  1055. >  Tasks with that prio never get any cpu.
  1056.  
  1057. 'Never' is such a strong word :)  I saw CPU meters who measure how much CPU is
  1058. available by using such a low-priority task.  If the CPU was always 100% loaded,
  1059. then that low pri task would never get called.  But since those CPU meter do
  1060. show more than 0% available, I'd say tasks with such a low priority DO get the
  1061. CPU from time to time.
  1062.  
  1063. Would be nice if the Exec scheduler would support a special pri (pri -128 could
  1064. be it) at which it would NEVER schedule the task.  Could be nicely and cleanly
  1065. used for freezing a task. Although for real safety, the task would have to give
  1066. some form of hint that it can be safely freezed at this very moment, i.e. that
  1067. it isn't in the middle of something  time-critical such as interprocess communication.
  1068.  
  1069. Ciao!
  1070.  
  1071.  
  1072.  
  1073. ... "Counselor, may I -uh- use yer combadge?"
  1074.  
  1075. - -- 
  1076.  
  1077. ===--- - - -
  1078.   Eric Sauvageau    http://www.thule.no/~merlin/    merlin@thule.no
  1079.   Amiga wizard known as Merlin, casting with E runes, resulting in:
  1080.       DevsMan - MFormat - NewIcons4 - SysInspector - XPKatana
  1081. - - - - ---===
  1082.  
  1083. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  1084.  
  1085. From: Jaco.Schoonen@topic.nl
  1086. Subject: <none>
  1087. Date: Mon, 9 Mar 1998 21:56:35 +0100
  1088.  
  1089. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  1090.  
  1091. Date: Mon, 09 Mar 1998 22:33:11 +0000
  1092. From: tucks@pavilion.co.uk (Liz Tucker)
  1093. Subject: GamesMasterSystem library
  1094.  
  1095. Hi,
  1096.  
  1097. I am currently a Blitz Basic programmer but I was looking to move to C.
  1098.  
  1099. However I have had the GMS library mentioned to me and try as I may, I
  1100. can`t get any of the included sources to link correctly.
  1101.  
  1102. Then I read about the E support for the library so I decided to look at
  1103. the E language and I find that it compiles the GMS sources perfectly. :)
  1104.  
  1105. So my first two questions to the list are...
  1106.  
  1107. 1. Does anyone else use the GMS library who could offer me any advice as
  1108. a newbee to E and the lib (off of the list if necessary).
  1109.  
  1110. 2. C and E appear very similar in syntax at first glance. What
  1111. advantages (and disadvantages if any) are there to using E as opposed to
  1112. C which is of course used universally?? Apart from the OOP included in E
  1113. which I would need C++ for.
  1114.  
  1115. See you,
  1116.  
  1117. Liz.   
  1118.  
  1119. """"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
  1120.                        tucks@pavilion.co.uk
  1121.   4437135@pager.mirabilis.com     http://wwp.mirabilis.com/4437135
  1122.  
  1123. """"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
  1124. Desktop Corruption - Team Leader    http://deskcorruption.home.ml.org
  1125.          Email us at............    deskcorruption@thehub.u-net.com
  1126.        Current Project..........            Dafel:Bloodline 
  1127. """"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
  1128. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  1129.  
  1130. From: jj@it.kth.se (Janne Johansson)
  1131. Subject: Re: Re[2]: Freezing a process/task 
  1132. Date: Tue, 10 Mar 1998 09:16:05 +0100
  1133.  
  1134. > >  > for my 'EasyPlayer' (will develop to a configurable modplayer using
  1135. > >  > external players like sidplay and mpega...) I'd need to know how to freeze
  1136. > >  > a process/task like sysmonitors like Xoper or Scout do. I need this to
  1137. > >  > freeze the external launched programs and pause them - hard method but I
  1138. > >  > don't see why I shouldn't do it :)
  1139. > >  
  1140. > >  One easy way is to change the TaskPri to -128.
  1141. > >  Tasks with that prio never get any cpu.
  1142. > 
  1143. > 'Never' is such a strong word :)  I saw CPU meters who measure how much CPU is
  1144. > available by using such a low-priority task.  If the CPU was always 100% loaded,
  1145.  
  1146. AFAIK those kind of meters (I've written one myself) actually use
  1147. - -127 for that particurlar reason.
  1148.  
  1149. > then that low pri task would never get called.  But since those CPU meter do
  1150. > show more than 0% available, I'd say tasks with such a low priority DO get the
  1151. > CPU from time to time.
  1152.  
  1153. If you are right, that is. =)
  1154.  
  1155. > Would be nice if the Exec scheduler would support a special pri (pri -128 could
  1156. > be it) at which it would NEVER schedule the task.  Could be nicely and cleanly
  1157. > used for freezing a task. Although for real safety, the task would have to give
  1158. > some form of hint that it can be safely freezed at this very moment, i.e. that
  1159. > it isn't in the middle of something  time-critical such as interprocess communication.
  1160.  
  1161. Then again, while fiddling with time-sensitive stuff, you are required to
  1162. take appropriate precautions anyhow, and since a pri 0 task could lose
  1163. cpu for some .5 secs in any case just by having some other task need it
  1164. for something else, you still would end up having problems if your
  1165. task didn't get CPU every so often.
  1166.  
  1167. I am not 100% sure, but I do think this is the case. A -128 task
  1168. will never get cpu, but I have no proof at this time that it
  1169. actually is that way. Guess it would say so in RKRM Libs or something
  1170. similar.
  1171.  
  1172. - -------------
  1173. "Every girl with sense, loves those dead
  1174.  presidents..." -Quireboys
  1175.  
  1176. Mail:  jj<at>it.kth.se
  1177. Phone: +46-8-7521444 (work)
  1178. Cell:  +46-70-740 1440
  1179. Http: //www.it.kth.se/~jj
  1180.  
  1181. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  1182.  
  1183. From: a9660319@wlv.ac.uk
  1184. Subject: Re: GamesMasterSystem library
  1185. Date: Tue, 10 Mar 1998 09:46:22 -0500 (EST)
  1186.  
  1187. On Mon, 09 Mar 1998 22:33:11 +0000 Liz Tucker <tucks@pavilion.co.uk> 
  1188. wrote:
  1189. > Hi,
  1190.  
  1191. Hi Liz.
  1192.  
  1193. > However I have had the GMS library mentioned to me and try as I may, I
  1194. > can`t get any of the included sources to link correctly.
  1195.  
  1196. What is the GMS library? And what does it do?
  1197.  
  1198. > 1. Does anyone else use the GMS library who could offer me any advice 
  1199. > as
  1200. > a newbee to E and the lib (off of the list if necessary).
  1201. > 
  1202. > 2. C and E appear very similar in syntax at first glance. What
  1203. > advantages (and disadvantages if any) are there to using E as opposed to
  1204. > C which is of course used universally?? Apart from the OOP included in E
  1205. > which I would need C++ for.
  1206.  
  1207. Mostly I like the clearer syntax, as it makes more sense than C, but, 
  1208. one of the big problems I think is support for other processors, and 
  1209. computers. Becasue E is a proprietry language, it`s not east to convert 
  1210. between other computers, and if you want to use different comps, then 
  1211. you need C++  - :(
  1212.  
  1213. A big advantage is the pointer system, (once you get the hang of it :), 
  1214. as all variables are pointers, you don`t need to litter your source 
  1215. with & and * and . and ->. 
  1216.  
  1217. > 
  1218. > See you,
  1219. > 
  1220. > Liz.   
  1221.  
  1222. Thanks.
  1223.     Andrew :)
  1224.  
  1225.  
  1226. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  1227.  
  1228. Date: Tue, 10 Mar 1998 09:25:10 GMT
  1229. From: jason@fsel.com (Jason Hulance)
  1230. Subject: Re: GamesMasterSystem library
  1231.  
  1232. Liz Tucker <tucks@pavilion.co.uk> wrote:
  1233.  
  1234. > I am currently a Blitz Basic programmer but I was looking to move to C.
  1235. > 
  1236. > However I have had the GMS library mentioned to me and try as I may, I
  1237. > can`t get any of the included sources to link correctly.
  1238.  
  1239. Isn't C fun?  I guess you weren't using the same C compiler (or the same
  1240. setup) as the programmer...
  1241.  
  1242. > Then I read about the E support for the library so I decided to look at
  1243. > the E language and I find that it compiles the GMS sources perfectly. :)
  1244.  
  1245. Of course.  There's only one implementation of E, so if it compiles for
  1246. the programmer it'll (pretty much) always work for you.
  1247.  
  1248. > 2. C and E appear very similar in syntax at first glance. What
  1249. > advantages (and disadvantages if any) are there to using E as opposed to
  1250. > C which is of course used universally?? Apart from the OOP included in E
  1251. > which I would need C++ for.
  1252.  
  1253. Disadvantages:
  1254.  
  1255.  o Amiga-specific
  1256.  o Few optimisations done by the compiler
  1257.  o Effectively no type checking
  1258.  o Doesn't split code into hunks (only an issue for large programs).
  1259.  
  1260. Advantages:
  1261.  
  1262.  o Blisteringly fast at compiling
  1263.  o Small executables usually
  1264.  o Executables run as fast as you like (if you use in-line assembly
  1265.    and/or manual optimisation)
  1266.  o Simpler syntax than C (it looks a lot like Pascal/Modula-2).
  1267.  o Decent exception handling
  1268.  o Lots and lots of other things...  (see E.guide in the Docs directory
  1269.    of the current distribution).
  1270.  
  1271. Cheers!
  1272.  
  1273. - -- 
  1274. The conundrum for today is "oupfketlc".
  1275. Your numbers are 50, 7, 2, 5, 2 and 3.  The target value is 580.
  1276. ======================================================================
  1277. Jason R. Hulance                           Email: jason@fsel.com
  1278. Formal Systems (Europe) Ltd                  Tel: [+44] (0)1865 728460
  1279. 3 Alfred Street, Oxford OX1 4EH, UK          Fax: [+44] (0)1865 201114
  1280. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  1281.  
  1282. From: stv@minorisa.es ("Esteve Boix")
  1283. Date: Tue, 10 Mar 1998 12:49:52 +0000
  1284. Subject: Re: GamesMasterSystem library
  1285.  
  1286. > Disadvantages:
  1287. > 
  1288. >  o Amiga-specific
  1289.  
  1290. True
  1291.  
  1292. >  o Few optimisations done by the compiler
  1293.  
  1294. True... For those of us who don't know ASM, this is quite a 
  1295. problem... For sure, EC v3.4 will apply heavy optimisations to the 
  1296. code, making it way faster :)
  1297.  
  1298. >  o Effectively no type checking
  1299.  
  1300. But this is a part of the language, isn't it ?
  1301.  
  1302. >  o Doesn't split code into hunks (only an issue for large programs).
  1303.  
  1304. Why is better to split code in hunks ? (this is a question, I don't 
  1305. know what a "hunk" is) 
  1306.  
  1307. Esteve
  1308. - --
  1309. Esteve Boix - stv@minorisa.es
  1310. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  1311.  
  1312. From: jj@it.kth.se (Janne Johansson)
  1313. Subject: Re: GamesMasterSystem library 
  1314. Date: Tue, 10 Mar 1998 13:02:14 +0100
  1315.  
  1316. > > 2. C and E appear very similar in syntax at first glance. What
  1317. > > advantages (and disadvantages if any) are there to using E as opposed to
  1318. > > C which is of course used universally?? Apart from the OOP included in E
  1319. > > which I would need C++ for.
  1320. > 
  1321. > Disadvantages:
  1322. > 
  1323. >  o Amiga-specific
  1324. >  o Few optimisations done by the compiler
  1325. >  o Effectively no type checking
  1326.      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  1327.  
  1328. Hey, wait a minute. This one is at the wrong side. ;-)
  1329.  
  1330.  
  1331. >  o Doesn't split code into hunks (only an issue for large programs).
  1332. > 
  1333. > Advantages:
  1334. > 
  1335. >  o Blisteringly fast at compiling
  1336. >  o Small executables usually
  1337. >  o Executables run as fast as you like (if you use in-line assembly
  1338. >    and/or manual optimisation)
  1339. >  o Simpler syntax than C (it looks a lot like Pascal/Modula-2).
  1340. >  o Decent exception handling
  1341.  
  1342. 8<
  1343.  
  1344. - -------------
  1345. "Every girl with sense, loves those dead
  1346.  presidents..." -Quireboys
  1347.  
  1348. Mail:  jj<at>it.kth.se
  1349. Phone: +46-8-7521444 (work)
  1350. Cell:  +46-70-740 1440
  1351. Http: //www.it.kth.se/~jj
  1352.  
  1353. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  1354.  
  1355. Date: Tue, 10 Mar 1998 13:29:32 +0100 (MET)
  1356. From: rade@coli.uni-sb.de (Ralph Debusmann)
  1357. Subject: Re: GamesMasterSystem library
  1358.  
  1359. > >  o Few optimisations done by the compiler
  1360. > 
  1361. > True... For those of us who don't know ASM, this is quite a 
  1362. > problem... For sure, EC v3.4 will apply heavy optimisations to the 
  1363. > code, making it way faster :)
  1364.  
  1365. How do you know? Did Wouter say anything like that? And if so, is there
  1366. any timeschedule for 3.4?
  1367.  
  1368. > >  o Effectively no type checking
  1369. > 
  1370. > But this is a part of the language, isn't it ?
  1371.  
  1372. Sure, but it makes it way easier to make big mistakes and not to find them
  1373. easily. I hate it when I made a mistake which the compiler didn't find
  1374. because of the lacking type checking and my machine goes to India. 
  1375.  
  1376. Ciao, Ralph
  1377.  
  1378. - --
  1379.      Fachschaft CL, Geb. 17.3, Raum 6.03 (Keller), Tel.: 0681-302-4178
  1380.      HiWi im Projekt LISA, Geb. 17.3, Raum 1.11, Tel.: 0681-302-4496
  1381.      Homepage, http://www.coli.uni-sb.de/~rade
  1382.  
  1383.  
  1384. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  1385.  
  1386. From: stv@minorisa.es ("Esteve Boix")
  1387. Date: Tue, 10 Mar 1998 13:36:30 +0000
  1388. Subject: Re: GamesMasterSystem library
  1389.  
  1390. > How do you know? Did Wouter say anything like that? And if so, is
  1391. > there any timeschedule for 3.4?
  1392.  
  1393. I was just wondering/joking :) I didn't want to start a false rumour!
  1394.  
  1395. Esteve
  1396. - --
  1397. Esteve Boix - stv@minorisa.es
  1398. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  1399.  
  1400. Date: Tue, 10 Mar 1998 14:01:29 +0100 (MET)
  1401. From: rade@coli.uni-sb.de (Ralph Debusmann)
  1402. Subject: Re: GamesMasterSystem library
  1403.  
  1404. On Tue, 10 Mar 1998, Esteve Boix wrote:
  1405.  
  1406. > > How do you know? Did Wouter say anything like that? And if so, is
  1407. > > there any timeschedule for 3.4?
  1408. > 
  1409. > I was just wondering/joking :) I didn't want to start a false rumour!
  1410.  
  1411. Ok, got it :) Would be nice to have an optimize option nevertheless...
  1412.  
  1413. Ciao, Ralph
  1414.  
  1415. - --
  1416.      Fachschaft CL, Geb. 17.3, Raum 6.03 (Keller), Tel.: 0681-302-4178
  1417.      HiWi im Projekt LISA, Geb. 17.3, Raum 1.11, Tel.: 0681-302-4496
  1418.      Homepage, http://www.coli.uni-sb.de/~rade
  1419.  
  1420.  
  1421. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  1422.  
  1423. Date: Tue, 10 Mar 1998 13:10:51 GMT
  1424. From: jason@fsel.com (Jason Hulance)
  1425. Subject: Re: GamesMasterSystem library
  1426.  
  1427. "Esteve Boix" <stv@minorisa.es> quoted and wrote:
  1428.  
  1429. > > Disadvantages:
  1430. > > 
  1431. > >  o Amiga-specific
  1432. > 
  1433. > True
  1434. > 
  1435. > >  o Few optimisations done by the compiler
  1436. > 
  1437. > True... For those of us who don't know ASM, this is quite a 
  1438. > problem... For sure, EC v3.4 will apply heavy optimisations to the 
  1439. > code, making it way faster :)
  1440.  
  1441. I wouldn't hold your breath.  Wouter has said he thinks it *is* possible
  1442. to add some optimisations to the compiler, but not with the current
  1443. sources...  (Hmmm... reminds me of another conversation I'm having with
  1444. him at the moment...)
  1445.  
  1446. > >  o Effectively no type checking
  1447. > 
  1448. > But this is a part of the language, isn't it ?
  1449.  
  1450. Yes, and in some ways it's a big advantage.  But people new to the
  1451. language (like the person who asked the question) are likely to fall
  1452. foul of it, especially if they've just learnt about the type safety in
  1453. C...
  1454.  
  1455. > >  o Doesn't split code into hunks (only an issue for large programs).
  1456. > 
  1457. > Why is better to split code in hunks ? (this is a question, I don't 
  1458. > know what a "hunk" is) 
  1459.  
  1460. The Amiga can support programs with their code split into little lumps.
  1461. (Of course, the compiler has to be able to generate these lumps so that
  1462. the program still works properly -- E plays safe and makes just the one
  1463. lump.)  A large program benefits a lot from this, because smaller pieces
  1464. are more likely to fit into your Amiga's memory (since it's bound to be
  1465. fragmented to a certain degree).  Your program ends up scattered (in its
  1466. little hunk lumps) in memory in the available slots.
  1467.  
  1468. Say your program was 100Kb.  If it's in one hunk then the Amiga needs to
  1469. find a contiguous 100Kb lump of memory to load it into.  This is less
  1470. likely to be possible than finding ten 10Kb lumps of memory to fit ten
  1471. 10Kb hunks into...
  1472.  
  1473. The complexity for the compiler is to find a good strategy for dividing
  1474. the program into hunks (for E, this would probably be at module
  1475. boundaries), and to generate the correct code and information so that
  1476. references between the hunks could be relocated.  And I'm sure there are
  1477. other problems, too.
  1478.  
  1479. Cheers!
  1480.  
  1481. - -- 
  1482. The conundrum for today is "xoeimptne".
  1483. Your numbers are 100, 4, 4, 9, 9 and 1.  The target value is 906.
  1484. ======================================================================
  1485. Jason R. Hulance                           Email: jason@fsel.com
  1486. Formal Systems (Europe) Ltd                  Tel: [+44] (0)1865 728460
  1487. 3 Alfred Street, Oxford OX1 4EH, UK          Fax: [+44] (0)1865 201114
  1488. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  1489.  
  1490. Date: Tue, 10 Mar 1998 15:15:02 +0100 (MET)
  1491. From: rade@coli.uni-sb.de (Ralph Debusmann)
  1492. Subject: Re: GamesMasterSystem library
  1493.  
  1494. On Tue, 10 Mar 1998, Jason Hulance wrote:
  1495.  
  1496. > > >  o Doesn't split code into hunks (only an issue for large programs).
  1497. > > 
  1498. > > Why is better to split code in hunks ? (this is a question, I don't 
  1499. > > know what a "hunk" is) 
  1500. > 
  1501. > The Amiga can support programs with their code split into little lumps.
  1502. > (Of course, the compiler has to be able to generate these lumps so that
  1503. > the program still works properly -- E plays safe and makes just the one
  1504. > lump.)  A large program benefits a lot from this, because smaller pieces
  1505. > are more likely to fit into your Amiga's memory (since it's bound to be
  1506. > fragmented to a certain degree).  Your program ends up scattered (in its
  1507. > little hunk lumps) in memory in the available slots.
  1508.  
  1509. E's simple compiler strategy isn't that bad in my opinion, you'll have
  1510. less memory fragmentation, and with the compiler spitting out quite small
  1511. executables (I don't think there is any E-executable >300K or so) I don't
  1512. think this is so much of a drawback. Even Amiga users have around 4-8Megs
  1513. standardly by now, and I don't think memory will be ever fragmented so
  1514. badly that you don't have a 300K block left. By using an allocmem-patch
  1515. (PoolMem, FragCure...) this risk can even be diminished further.
  1516.  
  1517. Ciao, Ralph
  1518.  
  1519. - --
  1520.      Fachschaft CL, Geb. 17.3, Raum 6.03 (Keller), Tel.: 0681-302-4178
  1521.      HiWi im Projekt LISA, Geb. 17.3, Raum 1.11, Tel.: 0681-302-4496
  1522.      Homepage, http://www.coli.uni-sb.de/~rade
  1523.  
  1524.  
  1525. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  1526.  
  1527. Date: Tue, 10 Mar 1998 14:39:52 +0000 (GMT)
  1528. From: sac@csd.abdn.ac.uk ("Stuart Caie (kyz)")
  1529. Subject: Re: GamesMasterSystem library
  1530.  
  1531. On Tue, 10 Mar 1998, Esteve Boix wrote:
  1532.  
  1533. =>>  o Few optimisations done by the compiler
  1534. =>
  1535. =>True... For those of us who don't know ASM, this is quite a 
  1536. =>problem... For sure, EC v3.4 will apply heavy optimisations to the 
  1537. =>code, making it way faster :)
  1538.  
  1539. Well, I ought to explain that if you disassemble E output (with adis or IRA or
  1540. something) then feed it to POpt, it does make quite a good job. Obviously the
  1541. compiler itself could do a *little* better (expression simplifying,
  1542. constant-culling, more effective startup), but apart from that the compiler
  1543. should be left alone for optimisation, as it is more an amiga-specific thing
  1544. than a language thing. You'll only want backbreaking optimisation for the
  1545. finished product, IMHO.
  1546.  
  1547. =>>  o Doesn't split code into hunks (only an issue for large programs).
  1548. =>
  1549. =>Why is better to split code in hunks ? (this is a question, I don't 
  1550. =>know what a "hunk" is) 
  1551.  
  1552. Well, basically, lots of code-hunks in an executable is *not* a desired effect,
  1553. *BUT* a _reasonable_ amount of it _is_ a good thing. Mainly, it makes a
  1554. 'large' program fit in memory easier, and it gives better output for debugging
  1555. so you can see 'program bla failed, hunk 12 offset 3932' rather than 'program
  1556. bla failed, hunk 0 offset 2929293283298329832'.
  1557.  
  1558. Also, _I_ would like to see a better linker, as the current one is not very
  1559. friendly - it demands that all dependancies are resolved at creation time, and
  1560. it only allows one single code hunk. Bleeeargh. There should be code _and_ data
  1561. hunks, so the data-hunk could be write-protected by debugging tools.
  1562.  
  1563. And o2m is pants. I'd love to use E internal functions when writing 
  1564. super-optimised asm code, as the internal assembler of E is worse than useless.
  1565. CMP A0,A1 is a 'bad addressing mode', for example, which it never has been and
  1566. never will be, and then there's all the back-breaking uppercase, ... just to
  1567. get the features that are allowed to E-compiled modules linked in, but NOT to
  1568. o2m'ed modules linked in. But why should I flame o2m when it does an effective
  1569. job itself?
  1570.  
  1571. Only XDEFs allowed, no XREFs
  1572. At most one relochunk expected
  1573. Only hunk_code, hunk_ext and hunk_reloc32 allowed
  1574.  
  1575. Anyway, one can do something like so:
  1576.  
  1577. PROC main()
  1578.   DEF a4, a:PTR TO LONG
  1579.   a:=[
  1580.   'stdout',    {stdout},
  1581.   'conout',    {conout},
  1582.   'stdin',    {stdin},
  1583.  
  1584.   'arg',    {arg},
  1585.   'wbmessage',    {wbmessage},
  1586.  
  1587.   'execbase',    {execbase},
  1588.   'dosbase',    {dosbase},
  1589.   'intuibase',    {intuitionbase},
  1590.   'gfxbase',    {gfxbase},
  1591.   NIL]
  1592.  
  1593.   MOVE.L A4,a4
  1594.   WHILE a[] DO WriteF('\s=\d\n', a[]++, a[]++ - a4)
  1595. ENDPROC
  1596.  
  1597. This generates a handy include-file, so one can write
  1598.     move.l    dosbase(a4),a6
  1599. and such.
  1600.  
  1601. I shouldn't really complain, after all there were people even back in 1989 who
  1602. threw away Lattice C's startup, and wrote their own, and inserted call pragmas
  1603. in the code directly, and saved 7kb (!!!) on the size of a 9kb executable. E
  1604. isn't nearly as bad as those old C compilers. And I'd rather have E compile in
  1605. seconds and only take up <1 disk for a binary distribution...
  1606.  
  1607. kyz
  1608.  
  1609. Ich werde umgehauen; Doch ich stehe wieder auf; Ihr werdet mich nicht unterkriegen 
  1610. Er trinkt einen Whisky; Er trinkt einen Wodka; Er trinkt ein Lager; Er trinkt
  1611. ein Cider; Er singt die Lieder, die ihn; An die guten Zeiten erinnern; Er singt
  1612. die Lieder, die ihn; An die besseren Zeiten erinnern 
  1613.  
  1614.  
  1615.  
  1616.  
  1617. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  1618.  
  1619. From: merlin@thule.no (Eric Sauvageau)
  1620. Date: Tue, 10 Mar 1998 14:47:32 +0500
  1621. Subject: Re[2]: GamesMasterSystem library
  1622.  
  1623. On Tue, 10 Mar 1998, we received a letter from  about 'Re: GamesMasterSystem
  1624. library':
  1625.  
  1626. >  > Disadvantages:
  1627. >  > 
  1628. >  >  o Amiga-specific
  1629. >  
  1630. >  True
  1631. >  
  1632. >  >  o Few optimisations done by the compiler
  1633. >  
  1634. >  True... For those of us who don't know ASM, this is quite a 
  1635. >  problem... For sure, EC v3.4 will apply heavy optimisations to the 
  1636. >  code, making it way faster :)
  1637. >  
  1638. >  >  o Effectively no type checking
  1639. >  
  1640. >  But this is a part of the language, isn't it ?
  1641. >  
  1642. >  >  o Doesn't split code into hunks (only an issue for large programs).
  1643. >  
  1644. >  Why is better to split code in hunks ? (this is a question, I don't 
  1645. >  know what a "hunk" is) 
  1646.  
  1647. Amiga executables are stored on disk as a serie of "hunks".  Each hunk has a
  1648. special header stating what type of hunk it is, and where it should be loaded/relocated.
  1649.  Most compiler will support multiple hunks, but EC only generates one big hunk
  1650. containing everything.
  1651.  
  1652. Two reasons for using multiple hunks:
  1653.  
  1654. 1) Scatter-loading allow you to load a large file even though your memory might
  1655. be fragmented.  If you have 1 MB free and the largest blocks are only 200 KB
  1656. free, a single-hunked 500 KB exe won't be able to load, but an exe with 5 hunks
  1657. of 100 KB  might load just fine.
  1658.  
  1659. 2) Separating data, chipdata and code.  That way, you can have the code into
  1660. the fastest RAM available, and have any data needing ChipRAM directly loaded
  1661. in ChipRAM by the OS (LoadSeg() handles that) instead of ending up in FastRAM
  1662. and needing the programmer to manualy copy it to Chip (meaning slower, and wasting
  1663. twice the memory).  It is also cleaner to have the actual data separated from
  1664. the actual code, can't say if there's any practical advantage there beside for
  1665. the sake of clean programming techniques.
  1666.  
  1667. Ciao!
  1668.  
  1669.  
  1670.  
  1671. ... All I ask is a chance to prove than money can't make me happy.
  1672.  
  1673. - -- 
  1674.  
  1675. ===--- - - -
  1676.   Eric Sauvageau    http://www.thule.no/~merlin/    merlin@thule.no
  1677.   Amiga wizard known as Merlin, casting with E runes, resulting in:
  1678.       DevsMan - MFormat - NewIcons4 - SysInspector - XPKatana
  1679. - - - - ---===
  1680.  
  1681. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  1682.  
  1683. From: merlin@thule.no (Eric Sauvageau)
  1684. Date: Wed, 11 Mar 1998 04:28:11 +0500
  1685. Subject: Re[3]: Freezing a process/task
  1686.  
  1687. On Wed, 11 Mar 1998, we received a letter from  about 'Re: Re[2]: Freezing a
  1688. process/task':
  1689.  
  1690. >  I am not 100% sure, but I do think this is the case. A -128 task
  1691. >  will never get cpu, but I have no proof at this time that it
  1692. >  actually is that way. Guess it would say so in RKRM Libs or something
  1693. >  similar.
  1694.  
  1695. - -128 is the same as -127 or -10 if you have no other tasks with a lower pri.
  1696.  The only thing Exec does with those taskpri is determine in which order it looks
  1697. for who gets the next CPU timeslice.
  1698.  
  1699. Stuff like Executive might handle them differently, but then, Executive is not
  1700. the regular Exec scheduler.
  1701.  
  1702.  
  1703.  
  1704. ... PATH=harddrive;drawer;desktop;pocket;boxincloset;boxunderdesk
  1705.  
  1706. - -- 
  1707.  
  1708. ===--- - - -
  1709.   Eric Sauvageau    http://www.thule.no/~merlin/    merlin@thule.no
  1710.   Amiga wizard known as Merlin, casting with E runes, resulting in:
  1711.       DevsMan - MFormat - NewIcons4 - SysInspector - XPKatana
  1712. - - - - ---===
  1713.  
  1714. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  1715.  
  1716. Date: Wed, 11 Mar 1998 18:47:02 +0100
  1717. From: gamboni@fastnet.ch (Jacques Gamboni)
  1718. Subject: set WA_TrapRMB 'on the fly'
  1719.  
  1720. Hello,
  1721.  
  1722. they say in the RKRM that we can change the WA_TrapRMB flag when the
  1723. window is already open,
  1724. but that we must use assembly to change the flag directely. I don't know
  1725. assembly, so could someone
  1726. tell me how to do it?
  1727. Note: the window is an mui window. In fact I always want RMB to be
  1728. 'trapped' (I do not have menus),
  1729. but Mui doesn't seem to allow to change this flag when the window is
  1730. opened, so I thought to read
  1731. MUI_Window_Window and then change that flag (just after having opened
  1732. the window with set(window,
  1733. MUIA_Window_Open,MUI_TRUE) ). There is maybe another way to do it?
  1734.  
  1735.                                                                 Maxime
  1736.  
  1737. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  1738.  
  1739. Date: Wed, 11 Mar 1998 19:01:08 +0000
  1740. From: tucks@pavilion.co.uk (Liz Tucker)
  1741. Subject: Re: GamesMasterSystem library
  1742.  
  1743. Hi Andrew,
  1744.  
  1745. > What is the GMS library? And what does it do?
  1746.  
  1747. It is a new library written for games programmers which in an Amiga
  1748. library so it can, in theory, be called by any language but the only
  1749. languages which are supported with includes and header files etc.
  1750. so far are Asm, C and E.
  1751.  
  1752. However I had problems compiling the C source examples as they wouldn`t 
  1753. link correctly which is why I have started to look at E.
  1754.  
  1755. Thanks everyone for your replies to my initial question about E as a
  1756. language in general.
  1757.  
  1758. Check out http://gms.ethos.co.nz/gms/ for more info on GMS. The files
  1759. are also available for download from Aminet.
  1760.  
  1761. See you,
  1762.  
  1763. Liz.   
  1764.  
  1765. """"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
  1766.                        tucks@pavilion.co.uk
  1767.   4437135@pager.mirabilis.com     http://wwp.mirabilis.com/4437135
  1768.  
  1769. """"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
  1770. Desktop Corruption - Team Leader    http://deskcorruption.home.ml.org
  1771.          Email us at............    deskcorruption@thehub.u-net.com
  1772.        Current Project..........            Dafel:Bloodline 
  1773. """"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
  1774.  
  1775. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  1776.  
  1777. Date: Thu, 12 Mar 1998 12:15:22 +0100 (MET)
  1778. From: szczepan@cksr.ac.bialystok.pl ("Marcin Juszkiewicz (Szczepan/BlaBla)")
  1779. Subject: ListView list handling
  1780.  
  1781.  Hi !
  1782.  
  1783.   I'm writing preferences for my MultiView - it is down cutted tooltype
  1784. editor. All that I need is module for list handling with inserting node at
  1785. requested position. Now I'm using listhandling module but it doesn't have
  1786. inserting.
  1787.  
  1788.  Bye..
  1789.  
  1790. - ------
  1791.  Marcin Juszkiewicz (Szczepan/BlaBla)   *Team Amiga*
  1792.  szczepan@cksr.ac.bialystok.pl  http://cksr.ac.bialystok.pl/szczepan/
  1793.  A1200 BlizzIv 2+8MB RAM 425MB HDD
  1794.  Author of MultiView for OS 2.0+ -> Aminet:util/sys/2b_mv_os2_x.lha
  1795.  
  1796. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  1797.  
  1798. From: frosetti@hotmail.com ("Fabio Rosetti")
  1799. Subject: Re: whatis.library
  1800. Date: Thu, 12 Mar 1998 03:19:45 PST
  1801.  
  1802. >
  1803. >Did you write them a mail about this? ;)
  1804. >
  1805. >Well, thanks a lot, I'll try this out when I get home tonight.
  1806. >
  1807. >The reason why I want to use whatis.library is to determine the 
  1808. filetypes
  1809. >of music modules for my slowly evolving tiny music player :) I think it
  1810. >could be quite nice to not have to check filetypes by myself. I also 
  1811. use
  1812. >the quite ingenious but abandoned BrowserII (which in turn uses
  1813. >whatis.library) as my filemanager, so I already have proper filetypes 
  1814. for
  1815. >everything... 
  1816. >
  1817.  
  1818. Hi there!
  1819.  
  1820. Maybe you should take a look at BFBPlayer.library. It's a library for
  1821. playing modules of various formats. There is a user version 
  1822. (BFBPlayMasterU.lha) and a developer version (BFBPlayMasterD.lha) on 
  1823. aminet in mus/play.
  1824.  
  1825. Well, Happy programming!
  1826.  
  1827. Dennis
  1828.  
  1829. PS!
  1830. If this this mail looks screwed up, it's because I use Hotmail from
  1831. Micro$oft.
  1832.  
  1833.  
  1834.  
  1835. ______________________________________________________
  1836. Get Your Private, Free Email at http://www.hotmail.com
  1837. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  1838.  
  1839. From: stv@minorisa.es ("Esteve Boix")
  1840. Date: Thu, 12 Mar 1998 12:34:32 +0000
  1841. Subject: Re: ListView list handling
  1842.  
  1843. >  Hi !
  1844. > 
  1845. >   I'm writing preferences for my MultiView - it is down cutted
  1846. >   tooltype
  1847. > editor. All that I need is module for list handling with inserting
  1848. > node at requested position. Now I'm using listhandling module but it
  1849. > doesn't have inserting.
  1850.  
  1851. Try the StringNode from AFC. It handles exec-lists of strings 
  1852. flawlessly :)
  1853.  
  1854. Esteve
  1855. - --
  1856. Esteve Boix - stv@minorisa.es
  1857. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  1858.  
  1859. Date: Thu, 12 Mar 1998 11:37:41 +0000 (GMT)
  1860. From: sac@csd.abdn.ac.uk ("Stuart Caie (kyz)")
  1861. Subject: Re: whatis.library
  1862.  
  1863. On Thu, 12 Mar 1998, Fabio Rosetti wrote:
  1864.  
  1865. =>PS!
  1866. =>If this this mail looks screwed up, it's because I use Hotmail from
  1867. =>Micro$oft.
  1868.  
  1869. First Hotmail started taking exceptionally long times for no reason, then it
  1870. started having bad HTML on its pages, then it started taking days for mail to
  1871. get through. It was only a few days after that, that I noticed 'from Microsoft'
  1872. on it's front page.
  1873.  
  1874. kyz
  1875.  
  1876. Ich werde umgehauen; Doch ich stehe wieder auf; Ihr werdet mich nicht unterkriegen 
  1877. Er trinkt einen Whisky; Er trinkt einen Wodka; Er trinkt ein Lager; Er trinkt
  1878. ein Cider; Er singt die Lieder, die ihn; An die guten Zeiten erinnern; Er singt
  1879. die Lieder, die ihn; An die besseren Zeiten erinnern 
  1880.  
  1881. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  1882.  
  1883. Date: Thu, 12 Mar 1998 11:42:13 +0000 (GMT)
  1884. From: sac@csd.abdn.ac.uk ("Stuart Caie (kyz)")
  1885. Subject: Re: set WA_TrapRMB 'on the fly'
  1886.  
  1887. On Wed, 11 Mar 1998, Jacques Gamboni wrote:
  1888.  
  1889. =>MUIA_Window_Open,MUI_TRUE) ). There is maybe another way to do it?
  1890.  
  1891. You may want to look up ModifyIDCMP() in intuition.
  1892.  
  1893.         Success = ModifyIDCMP( Window, newIDCMPFlags ) 
  1894.         D0 (V37)               A0      D0
  1895.  
  1896. kyz
  1897.  
  1898. Ich werde umgehauen; Doch ich stehe wieder auf; Ihr werdet mich nicht unterkriegen 
  1899. Er trinkt einen Whisky; Er trinkt einen Wodka; Er trinkt ein Lager; Er trinkt
  1900. ein Cider; Er singt die Lieder, die ihn; An die guten Zeiten erinnern; Er singt
  1901. die Lieder, die ihn; An die besseren Zeiten erinnern 
  1902.  
  1903. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  1904.  
  1905. Date: Thu, 12 Mar 1998 13:04:31 +0100 (MET)
  1906. From: szczepan@cksr.ac.bialystok.pl ("Marcin Juszkiewicz (Szczepan/BlaBla)")
  1907. Subject: GoldED and AmigaE
  1908.  
  1909.  Hi !
  1910.  
  1911.   I wrote two scripts for GoldED :
  1912.    ECompile.ged - compile and run
  1913.    EDebug.ged   - compile and debug
  1914.  
  1915.   If you make an error than after compilation you will be in error line.
  1916. If somebody wants them please write. I can send it tomorrow.
  1917.  
  1918.  Bye..
  1919.  
  1920. - ------
  1921.  Marcin Juszkiewicz (Szczepan/BlaBla)   *Team Amiga*
  1922.  szczepan@cksr.ac.bialystok.pl  http://cksr.ac.bialystok.pl/szczepan/
  1923.  A1200 BlizzIv 2+8MB RAM 425MB HDD
  1924.  Author of MultiView for OS 2.0+ -> Aminet:util/sys/2b_mv_os2_x.lha
  1925.  
  1926. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  1927.  
  1928. Date: Thu, 12 Mar 98 13:20:30 GMT
  1929. From: muttley@lndn.tensor.pgs.com ("Muttley")
  1930. Subject: Re: GoldED and AmigaE
  1931.  
  1932.      Hi,
  1933.      
  1934.      Yeah!  I'd be interested in those scripts.
  1935.      
  1936.      All the best
  1937.      
  1938.      Muttley
  1939.      
  1940.      -----
  1941.      Muttley@london.pgs.com
  1942.      A1200(Towerized)/030/881, AmigaOS3.1, 2+32MB RAM, 2.6GB HDD, 24xCD-ROM
  1943.  
  1944.  
  1945. ______________________________ Reply Separator _________________________________
  1946. Subject: GoldED and AmigaE
  1947. Author:  <amigae-list@intercom.it> at Internet_London
  1948. Date:    12/03/98 13:04
  1949.  
  1950.  
  1951.  Hi !
  1952.      
  1953.   I wrote two scripts for GoldED :
  1954.    ECompile.ged - compile and run
  1955.    EDebug.ged   - compile and debug
  1956.      
  1957.   If you make an error than after compilation you will be in error line.
  1958. If somebody wants them please write. I can send it tomorrow.
  1959.      
  1960.  Bye..
  1961.      
  1962. - ------
  1963.  Marcin Juszkiewicz (Szczepan/BlaBla)   *Team Amiga* 
  1964.  szczepan@cksr.ac.bialystok.pl  http://cksr.ac.bialystok.pl/szczepan/ 
  1965.  A1200 BlizzIv 2+8MB RAM 425MB HDD
  1966.  Author of MultiView for OS 2.0+ -> Aminet:util/sys/2b_mv_os2_x.lha
  1967.      
  1968.      
  1969.  
  1970.  
  1971. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  1972.  
  1973. Date: Thu, 12 Mar 1998 11:57:14 +0100
  1974. From: jhjelm@hem.passagen.se (Jonas Hjelm)
  1975. Subject: MuiBuilder and AmigaE
  1976.  
  1977. Is there anyone out there
  1978. who use Muibuilder and AmigaE
  1979. and makes program with locale-support?
  1980.  
  1981. How do you do it?
  1982.  
  1983. //helmet
  1984. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  1985.  
  1986. From: a9660319@wlv.ac.uk
  1987. Subject: Re: GamesMasterSystem library
  1988. Date: Thu, 12 Mar 1998 14:36:01 +0000 (GMT)
  1989.  
  1990. > It is a new library written for games programmers which in an Amiga
  1991. > library so it can, in theory, be called by any language but the only
  1992. > languages which are supported with includes and header files etc.
  1993. > so far are Asm, C and E.
  1994.  
  1995. YES!
  1996. This appears to be exactly what I`m after! HA HA!!! (manic laugh!)
  1997.  
  1998. Andrew :)
  1999.  
  2000. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  2001.  
  2002. From: frank@cc86.org (Frank Weber)
  2003. Date: Fri, 13 Mar 1998 17:33:52 +0100
  2004. Subject: Re: MuiBuilder and AmigaE
  2005.  
  2006. Hi Jonas,
  2007.  
  2008. On 12-M=E4r-98 Jonas Hjelm wrote:
  2009.  
  2010. >Is there anyone out there
  2011. >who use Muibuilder and AmigaE
  2012.  
  2013. well, I am using MUI and AmigaE, and if you really want to
  2014. develop programs seriously, forget MUI-Builder and use the
  2015. macros instead. This is what makes development *really* powerful.
  2016.  
  2017. >and makes program with locale-support?
  2018.  
  2019. Yes, I'm doing so, too (together with Cataloger v1.2). If you have any
  2020. questions, just ask. :-)
  2021.  
  2022. Bye
  2023.  
  2024.    Frank
  2025. - --
  2026. Frank Weber           Email: frank@cc86.org
  2027. 74076 Heilbronn         URL: http://www.cc86.org/~frank/
  2028. PGP key available on request
  2029.  
  2030. Amiga Shareware:   =B7 CDCat    =B7 AFiloFaxPro    =B7 AmigaTrainer    =B7=
  2031.  Cheater
  2032.  
  2033. MSG online crew member
  2034.  
  2035. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  2036.  
  2037. From: stv@minorisa.es ("Esteve Boix")
  2038. Date: Fri, 13 Mar 1998 17:48:19 +0000
  2039. Subject: Re: MuiBuilder and AmigaE
  2040.  
  2041. > well, I am using MUI and AmigaE, and if you really want to
  2042. > develop programs seriously, forget MUI-Builder and use the
  2043. > macros instead. This is what makes development *really* powerful.
  2044.  
  2045. Agree 100%... Use custom classes whenever possible.
  2046.  
  2047. Esteve
  2048. - --
  2049. Esteve Boix - stv@minorisa.es
  2050. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  2051.  
  2052. Date: 13 Mar 98 18:06:28 +0100
  2053. From: seasons@softhome.net (Lloyd Rosen)
  2054. Subject: Programmers wanted
  2055.  
  2056. Org:      SEASONS / Lloyd Rosen
  2057. Reply To: seasons@softhome.net
  2058.  
  2059. Hi! I'll take my chance to write this in here, and I'll make it short.
  2060.  
  2061. Seasons is a new team of people determined to continue supporting the
  2062. Amiga with more quality productions. We're currently on the search of
  2063. skilled programmers and pixelers. As I program AmigaE myself, I thought
  2064. this can be an interesting place to look ;)
  2065.  
  2066. Our main interests are games (preferably with net-support) and tools.
  2067. Not many productions have found it's way out there, since we have only
  2068. 3 programmers (2 AmigaE, 1 C/C++), but we also have two graphicians and 2
  2069. musicians. (Plus some other people the cat dragged in ;)
  2070.  
  2071. Our current MAIN project is another monkeyisland clone called Z-Files (which
  2072. ofcourse is a parody of the well-known tv-series) that is programmed in E (and
  2073. some Asm) - we're working on the demo now ("Pilot" :) which is going to be
  2074. absolutely great! It will also be ported to (dare I say it) PC and Mac later.
  2075. We could use some more artists for this project.
  2076.  
  2077. In  addition,  we  have  some other projects that would involve more
  2078. programmers.
  2079.  
  2080. There is no salaries, I'm afraid - but you'll have a bit of fun anyway :)
  2081.  
  2082. You don't need to reply here, just send a mail to:
  2083.  
  2084. SEASONS@SOFTHOME.NET
  2085.  
  2086. Thanks for the attention, and sorry for any inconvenience caused by this
  2087. posting. :/
  2088.  
  2089. ·<Lloyd Rosen>·-·<§EA§ON§>·-·<0x0/E/6502>·-·<SEASONS@SOFTHOME.NET>·
  2090.  
  2091. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  2092.  
  2093. Date: Sat, 14 Mar 1998 11:30:11 +0100
  2094. From: gamboni@fastnet.ch (Jacques Gamboni)
  2095. Subject: 3D-ViRGE programming
  2096.  
  2097. I want to write games using the 3D-ViRGE chip of the Cybervision64-3d.
  2098. Do someone know how to do it?
  2099. Is there a module available that do it?
  2100.  
  2101.  
  2102. Maxime
  2103.  
  2104. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  2105.  
  2106. From: sanric@ronet.it (Riccardo Santato)
  2107. Date: Fri, 13 Mar 1998 17:57:22 +0100
  2108. Subject: Easygui backdrop
  2109.  
  2110. Is there someone who can tell me how to put a bitmap in the backdrop of an
  2111. easygui
  2112. window as WBPattern does ?!?
  2113.  
  2114. I've put a bitmap on an Intuition Screen. I want to keep it refreshed using
  2115. the SetMask() function, but I've no examples on how to do this. Can anyone
  2116. help me ?!?
  2117.  
  2118. Thanx a lot !
  2119.  
  2120.  
  2121. ==============================================
  2122. Santato Riccardo
  2123.  
  2124.                                sanric@ronet.it
  2125. ==============================================
  2126.  
  2127.  
  2128.  
  2129.  
  2130. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  2131.  
  2132. Date: Mon, 16 Mar 1998 12:11:38 +0000 (GMT)
  2133. From: sac@csd.abdn.ac.uk ("Stuart Caie (kyz)")
  2134. Subject: Re: 3D-ViRGE programming
  2135.  
  2136. On Sat, 14 Mar 1998, Jacques Gamboni wrote:
  2137.  
  2138. =>I want to write games using the 3D-ViRGE chip of the Cybervision64-3d.
  2139. =>Do someone know how to do it?
  2140. =>Is there a module available that do it?
  2141.  
  2142. All I know is that Steffen Haeuser is adding 3D functions to his RTGMaster
  2143. project, and if you were to use RTGMaster you would allow people with different
  2144. cards still to run your programs (hopefully).
  2145.  
  2146. kyz
  2147.  
  2148. Ich werde umgehauen; Doch ich stehe wieder auf; Ihr werdet mich nicht
  2149. unterkriegen. Er trinkt einen Whisky; Er trinkt einen Wodka; Er trinkt ein
  2150. Lager; Er trinkt ein Cider. Er singt die Lieder, die ihn; An die guten Zeiten
  2151. erinnern.
  2152.  
  2153. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  2154.  
  2155. Date: Mon, 16 Mar 1998 16:35:08 +0100 (MET)
  2156. From: s879@brems.ii.uib.no (Jan Ove Aase)
  2157. Subject: libraries
  2158.  
  2159. How can I find out more about the standard libraries included
  2160. automatically when compiling. Like the graphics library. Show Module only
  2161. tells med the name of the available functions, and how many arguments they
  2162. take. Not what kind of argument (types).
  2163.  
  2164. Still just a beginner...
  2165. ____________________________________________________ _     _
  2166.                                                       \___/
  2167.  Jan Ove Aase, Fantoft Stud.by, E-921, 5036 Fantoft   (o o)__
  2168.                   s879@ii.uib.no                       \_/\_ \
  2169.                janove@GalaxyCorp.com                    ___/) \
  2170.           http://www.GalaxyCorp.com/janove             /    ( _\
  2171. ____________________________________________________   \   _// \\_/
  2172.  
  2173. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  2174.  
  2175. Date: Mon, 16 Mar 1998 15:40:54 +0000 (GMT)
  2176. From: sac@csd.abdn.ac.uk ("Stuart Caie (kyz)")
  2177. Subject: Re: libraries
  2178.  
  2179. On Mon, 16 Mar 1998, Jan Ove Aase wrote:
  2180.  
  2181. =>How can I find out more about the standard libraries
  2182.  
  2183. One word: Autodocs.
  2184.  
  2185. kyz
  2186.  
  2187. Ich werde umgehauen; Doch ich stehe wieder auf; Ihr werdet mich nicht
  2188. unterkriegen. Er trinkt einen Whisky; Er trinkt einen Wodka; Er trinkt ein
  2189. Lager; Er trinkt ein Cider. Er singt die Lieder, die ihn; An die guten Zeiten
  2190. erinnern.
  2191.  
  2192. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  2193.  
  2194. From: stv@minorisa.es ("Esteve Boix")
  2195. Date: Mon, 16 Mar 1998 16:51:20 +0000
  2196. Subject: Re: libraries
  2197.  
  2198. > How can I find out more about the standard libraries included
  2199. > automatically when compiling. Like the graphics library. Show Module
  2200. > only tells med the name of the available functions, and how many
  2201. > arguments they take. Not what kind of argument (types).
  2202.  
  2203. I'm not sure to understand you, but if you just want to know the 
  2204. version of the lib used by your program at runtime, you can open the 
  2205. lib with a version "0" and then check the version in the libbase 
  2206. object.
  2207.  
  2208. Esteve
  2209.  
  2210. - --
  2211. Esteve Boix - stv@minorisa.es
  2212. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  2213.  
  2214. Date: Mon, 16 Mar 1998 17:46:37 +0100 (MET)
  2215. From: rade@coli.uni-sb.de (Ralph Debusmann)
  2216. Subject: Re: libraries
  2217.  
  2218. On Mon, 16 Mar 1998, Jan Ove Aase wrote:
  2219.  
  2220. > How can I find out more about the standard libraries included
  2221. > automatically when compiling. Like the graphics library. Show Module only
  2222. > tells med the name of the available functions, and how many arguments they
  2223. > take. Not what kind of argument (types).
  2224.  
  2225. You'd need the 'Includes & Autodocs' from (Commodore) Amiga Inc.  The
  2226. easiest and cheapest way to get them is to buy the Developer CD 1.1 from
  2227. Schatztruhe in Germany. You'd also need the 'RKRM' manuals (at least the
  2228. one titled 'Libraries'). They haven't been updated since OS 2.0 and I
  2229. don't know whether they are still available.
  2230.  
  2231. > Still just a beginner...
  2232.  
  2233. Poses no problem, it's even tougher to be an Amiga beginner since there
  2234. isn't an overwhelming bunch of literature about our computer in any
  2235. bookstore.
  2236.  
  2237. Anyway, I still think programming the Amiga is big fun, probably more than
  2238. programming any other system, especially in E. The only OS which could
  2239. be more fun to program on is BeOS (PPC and soon on Intel), but I haven't
  2240. yet got the opportunity to check this out. 
  2241.  
  2242. Ciao, Ralph
  2243.  
  2244. - --
  2245.      Fachschaft CL, Geb. 17.3, Raum 6.03 (Keller), Tel.: 0681-302-4178
  2246.      HiWi im Projekt LISA, Geb. 17.3, Raum 1.11, Tel.: 0681-302-4496
  2247.      Homepage, http://www.coli.uni-sb.de/~rade
  2248.  
  2249.  
  2250. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  2251.  
  2252. Date: Mon, 16 Mar 1998 19:46:16 +0100 (MET)
  2253. From: szczepan@cksr.ac.bialystok.pl ("Marcin Juszkiewicz (Szczepan/BlaBla)")
  2254. Subject: Re: libraries
  2255.  
  2256. On Mon, 16 Mar 1998, Ralph Debusmann wrote:
  2257.  
  2258. - ->
  2259. - ->You'd need the 'Includes & Autodocs' from (Commodore) Amiga Inc.  The
  2260. - ->easiest and cheapest way to get them is to buy the Developer CD 1.1 from
  2261. - ->Schatztruhe in Germany. You'd also need the 'RKRM' manuals (at least the
  2262. - ->one titled 'Libraries'). They haven't been updated since OS 2.0 and I
  2263. - ->don't know whether they are still available.
  2264.  
  2265.  Try http://www.redrobe.demon.co.uk/amiga/ - autodocs in LZX archives.
  2266.  
  2267. - ------
  2268.  Marcin Juszkiewicz (Szczepan/BlaBla)   *Team Amiga*
  2269.  szczepan@cksr.ac.bialystok.pl  http://cksr.ac.bialystok.pl/szczepan/
  2270.  A1200 BlizzIv 2+8MB RAM 425MB HDD
  2271.  Author of MultiView for OS 2.0+ -> Aminet:util/sys/2b_mv_os2_x.lha
  2272.  
  2273. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  2274.  
  2275. Date: Tue, 17 Mar 1998 11:49:59 +0100 (MET)
  2276. From: rade@coli.uni-sb.de (Ralph Debusmann)
  2277. Subject: Re: libraries
  2278.  
  2279. > ->You'd need the 'Includes & Autodocs' from (Commodore) Amiga Inc.  The
  2280. > ->easiest and cheapest way to get them is to buy the Developer CD 1.1 from
  2281. > ->Schatztruhe in Germany. You'd also need the 'RKRM' manuals (at least the
  2282. > ->one titled 'Libraries'). They haven't been updated since OS 2.0 and I
  2283. > ->don't know whether they are still available.
  2284. > 
  2285. >  Try http://www.redrobe.demon.co.uk/amiga/ - autodocs in LZX archives.
  2286.  
  2287. Wow, dark stuff :) Is this legal? Anyway, it's important that people know
  2288. what they're hacking. I recall that the AsmOne 1.30 distribution by TFA
  2289. also has the incs and autodocs within one of its archives...
  2290.  
  2291. Ciao, Ralph
  2292.  
  2293. - --
  2294.      Fachschaft CL, Geb. 17.3, Raum 6.03 (Keller), Tel.: 0681-302-4178
  2295.      HiWi im Projekt LISA, Geb. 17.3, Raum 1.11, Tel.: 0681-302-4496
  2296.      Homepage, http://www.coli.uni-sb.de/~rade
  2297.  
  2298.  
  2299. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  2300.  
  2301. Date: Wed, 18 Mar 1998 08:57:05 +0100
  2302. From: Fabio.Rotondo@deagostini.it (Fabio Rotondo)
  2303. Subject: which CPU?
  2304.  
  2305. Hi List,
  2306.  
  2307.     I am encountering problems in determining the CPU (020/030/040...)
  2308. on user's machine.
  2309. I have found a useful field in execbase (AttFlags), but I cannot work
  2310. out how to find the right CPU...
  2311. Any idea?
  2312.  
  2313. Ciao,
  2314.  
  2315.     Fabio
  2316.  
  2317.  
  2318. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  2319.  
  2320. Date: Wed, 18 Mar 1998 09:55:20 +0100
  2321. From: i2683@www2.uportu.pt (Mark Marques)
  2322. Subject: How to read a binary file ?
  2323.  
  2324. Sorry for such a simple question but how can I read a binary file in E ?
  2325. I am using the old EC3.2a  and saw that particular ver has some problems
  2326. with strings ... But I can't apply the patch .. :( ...
  2327. Another dumb question is this line:
  2328.  
  2329.         DEF r,y[5]:STRING,buffer
  2330.                 
  2331.                 StrCopy(y,buffer)
  2332.                 r:='$' + y
  2333.                 a:=Val(r)          correct ?
  2334. Being "buffer" a binaryfile read into memory ... 
  2335. The above lines are call the Guru each time they are executed, but only if
  2336. the file is a binary, it works good with ASCII and Text files
  2337. I have a 68030, could that be the problem ?
  2338.  
  2339. Mark ...
  2340.  
  2341.  
  2342.  
  2343. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  2344.  
  2345. Date: Wed, 18 Mar 1998 08:39:22 +0000 (GMT)
  2346. From: sac@csd.abdn.ac.uk ("Stuart Caie (kyz)")
  2347. Subject: Re: which CPU?
  2348.  
  2349. On Wed, 18 Mar 1998, Fabio Rotondo wrote:
  2350.  
  2351. =>Hi List,
  2352. =>
  2353. =>    I am encountering problems in determining the CPU (020/030/040...)
  2354. =>on user's machine.
  2355. =>I have found a useful field in execbase (AttFlags), but I cannot work
  2356. =>out how to find the right CPU...
  2357. =>Any idea?
  2358.  
  2359. PROC cpu()
  2360.   DEF flags
  2361.   flags:=execbase.attnflags  -> if only execbase was typed
  2362.   IF flags AND AFF_68040 THEN RETURN 68040 -> 010,020,030,040 set
  2363.   IF flags AND AFF_68030 THEN RETURN 68030 -> 010,020,030 set
  2364.   IF flags AND AFF_68020 THEN RETURN 68020 -> 010,020 set
  2365.   IF flags AND AFF_68010 THEN RETURN 68010 -> 010 set
  2366. ENDPROC 68000 -> none set
  2367.  
  2368. or something like that
  2369.  
  2370. kyz
  2371.  
  2372. Ich werde umgehauen; Doch ich stehe wieder auf; Ihr werdet mich nicht
  2373. unterkriegen. Er trinkt einen Whisky; Er trinkt einen Wodka; Er trinkt ein
  2374. Lager; Er trinkt ein Cider. Er singt die Lieder, die ihn; An die guten Zeiten
  2375. erinnern.
  2376.  
  2377. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  2378.  
  2379. From: merlin@thule.no (Eric Sauvageau)
  2380. Date: Wed, 18 Mar 1998 03:48:19 +0500
  2381. Subject: Re: which CPU?
  2382.  
  2383. On Wed, 18 Mar 1998, we received a letter from  about 'which CPU?':
  2384.  
  2385. >  Hi List,
  2386. >  
  2387. >      I am encountering problems in determining the CPU (020/030/040...)
  2388. >  on user's machine.
  2389. >  I have found a useful field in execbase (AttFlags), but I cannot work
  2390. >  out how to find the right CPU...
  2391. >  Any idea?
  2392.  
  2393. >From ysInspector's code:
  2394.  
  2395.  
  2396. EXPORT PROC getCPU()
  2397. DEF cpu, flags
  2398.  
  2399.    flags := exec.attnflags
  2400.  
  2401.    IF (flags AND $80)
  2402.       cpu := 68060
  2403.    ELSEIF (flags AND AFF_68040)
  2404.       cpu := 68040
  2405.    ELSEIF (flags AND AFF_68030)
  2406.       cpu := 68030
  2407.    ELSEIF (flags AND AFF_68020)
  2408.       cpu := 68020
  2409.    ELSEIF (flags AND AFF_68010)
  2410.       cpu := 68010
  2411.    ELSE
  2412.       cpu := 68000
  2413.    ENDIF
  2414. ENDPROC cpu
  2415.  
  2416.  
  2417.  
  2418. ... I wanna die in my sleep like Daddy, not screaming like his passengers!
  2419.  
  2420. - -- 
  2421.  
  2422. ===--- - - -
  2423.   Eric Sauvageau    http://www.thule.no/~merlin/    merlin@thule.no
  2424.   Amiga wizard known as Merlin, casting with E runes, resulting in:
  2425.       DevsMan - MFormat - NewIcons4 - SysInspector - XPKatana
  2426. - - - - ---===
  2427.  
  2428. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  2429.  
  2430. From: merlin@thule.no (Eric Sauvageau)
  2431. Date: Wed, 18 Mar 1998 03:59:38 +0500
  2432. Subject: Re: How to read a binary file ?
  2433.  
  2434. On Wed, 18 Mar 1998, we received a letter from  about 'How to read a binary file
  2435. ?':
  2436.  
  2437. >  Another dumb question is this line:
  2438. >  
  2439. >          DEF r,y[5]:STRING,buffer
  2440. >                  
  2441. >                  StrCopy(y,buffer)
  2442. >                  r:='$' + y
  2443. >                  a:=Val(r)          correct ?
  2444. >  Being "buffer" a binaryfile read into memory ... 
  2445. >  The above lines are call the Guru each time they are executed, but only if
  2446. >  the file is a binary, it works good with ASCII and Text files
  2447. >  I have a 68030, could that be the problem ?
  2448.  
  2449. Reread the section on strings in the docs.
  2450.  
  2451. r:='$' + y
  2452.  
  2453. r will be equal to the address of the '$' element in your code.  You will add
  2454. to it the address of the y string, resulting in r being pointing to some random
  2455. area of memory.
  2456.  
  2457. If you want to manipulate strings, you MUST use the various string functions
  2458. (StrCopy(), StrAdd(), StringF() will let you solve about any situation)
  2459.  
  2460. If buffer is pointing to binary data, you will not be able to use string functions.
  2461.  You will have to do something like this:
  2462.  
  2463.  
  2464. - - allocate a newbuffer with bufferlen +2 as an ARRAY OF CHAR
  2465. - - set newbuffer[0] to '$'
  2466.  
  2467. - - Read the binary file and store it at newbuffer+1 (will skip the first byte
  2468. where you have '$' stored)
  2469.  OR
  2470. - - Use CopyMem() to copy your binary buffer at newbuffer+1
  2471. - - Set the last char in the newbuffer to NULL
  2472.  
  2473. BTW if you shove binary data in there, then don't expect Val() to work properly.
  2474.  It will need ASCII, with a NULL-terminator.  If you know for sure that you're
  2475. reading an ASCII string, then:
  2476.  
  2477.  
  2478. PROC blah(buffer:PTR TO CHAR)
  2479. DEF result[10]:STRING
  2480.  
  2481.    StringF(result,'$\s',buffer)
  2482. ENDPROC Val(result)
  2483.  
  2484.  
  2485.  
  2486.  
  2487. ... Miracle worker, Doctor!  I'm a dammit, not a jim...  no scratch that...
  2488.  
  2489. - -- 
  2490.  
  2491. ===--- - - -
  2492.   Eric Sauvageau    http://www.thule.no/~merlin/    merlin@thule.no
  2493.   Amiga wizard known as Merlin, casting with E runes, resulting in:
  2494.       DevsMan - MFormat - NewIcons4 - SysInspector - XPKatana
  2495. - - - - ---===
  2496.  
  2497. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  2498.  
  2499. Date: Wed, 18 Mar 1998 09:01:06 +0000 (GMT)
  2500. From: sac@csd.abdn.ac.uk ("Stuart Caie (kyz)")
  2501. Subject: Re: How to read a binary file ?
  2502.  
  2503. On Wed, 18 Mar 1998, Mark Marques wrote:
  2504.  
  2505. =>Sorry for such a simple question but how can I read a binary file in E ?
  2506.  
  2507. Just use Read() like anyone else:
  2508.  
  2509. - -> make a 2000-byte buffer and read up to 2000 bytes of data from 'myfile'
  2510. - -> into this buffer.
  2511. MODULE 'exec/memory'
  2512.  
  2513. PROC main()
  2514.   DEF fh, buffer
  2515.   IF buffer:=AllocMem(2000, MEMF_PUBLIC)
  2516.     IF fh:=Open('myfile', OLDFILE)
  2517.       IF Read(fh, buffer, 2000)>=0
  2518.         bla(buffer)
  2519.       ENDIF
  2520.       Close(fh)
  2521.     ENDIF
  2522.     FreeMem(buffer, 2000)
  2523.   ENDIF
  2524. ENDPROC
  2525.  
  2526. PROC bla(poo:PTR TO CHAR) IS EMPTY -> or whatever
  2527.  
  2528. The way you ask suggests you somehow want binary data held in STRING
  2529. variables.
  2530.  
  2531. If you wanted to copy those 2000 bytes into a STRING variable, something like
  2532. this would work:
  2533.  
  2534. PROC bla(poo:PTR TO CHAR)
  2535.   DEF fish:PTR TO CHAR
  2536.   IF fish:=String(2000)
  2537.     CopyMem(poo, fish, StrMax(fish)) -> copy no more than string can hold
  2538.     SetStr(fish, 2000) -> force the length of string to exactly 2000 bytes,
  2539.                        -> regardless of any NIL bytes in the string
  2540.   ENDIF
  2541. ENDPROC
  2542.  
  2543. However, I do *not* recommend using the String functions of E to work on binary
  2544. datas, as it is usually much more readable to use FOR loops and such to work on
  2545. allocated buffers. A general rule is you should only use strings to represent
  2546. strings of text!
  2547.  
  2548. =>Another dumb question is this line:
  2549. =>
  2550. =>        DEF r,y[5]:STRING,buffer
  2551. =>                
  2552. =>                StrCopy(y,buffer)
  2553. =>                r:='$' + y
  2554.  
  2555. 'r' becomes a pointer to where the text of 'y' is stored, plus the address of
  2556. where a string containing '$' is stored, eg r := $393493E + $3700321, which
  2557. makes a totally invalid address miles from anywhere, containing random and
  2558. spurious data.
  2559.  
  2560. =>                a:=Val(r)          correct ?
  2561.  
  2562. We then ask E to read what is at r. Crashcrashcrash.
  2563.  
  2564. =>Being "buffer" a binaryfile read into memory ... 
  2565.  
  2566. I can't imagine why you'd want to use Val() on binary data, it is only meant
  2567. for converting _text_ representations of numbers into actual numbers.
  2568.  
  2569. Anyway, if you really do want ASCII considered as a hex value, then the 'right'
  2570. way would be:
  2571.  
  2572. - -> for example,  buffer:='DEADFACE'
  2573.  
  2574. DEF str[10]:STRING
  2575.   StringF(str, '$\s[8]', buffer); a:=Val(str)
  2576.  
  2577. However, it looks suspiciously like you want the value of 4 bytes of memory,
  2578. which is actually just
  2579.  
  2580.     a:=Long(buffer)
  2581.  
  2582. kyz
  2583.  
  2584. Ich werde umgehauen; Doch ich stehe wieder auf; Ihr werdet mich nicht
  2585. unterkriegen. Er trinkt einen Whisky; Er trinkt einen Wodka; Er trinkt ein
  2586. Lager; Er trinkt ein Cider. Er singt die Lieder, die ihn; An die guten Zeiten
  2587. erinnern.
  2588.  
  2589.  
  2590. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  2591.  
  2592. From: dissident@mail.telepac.pt (Roberto)
  2593. Date: Tue, 17 Mar 1998 19:24:32 -0000
  2594. Subject: Re: libraries
  2595.  
  2596. On 17-Mar-98, Ralph Debusmann wrote:
  2597. >> ->You'd need the 'Includes & Autodocs' from (Commodore) Amiga Inc.  The
  2598. >> ->easiest and cheapest way to get them is to buy the Developer CD 1.1 from
  2599. >> ->Schatztruhe in Germany. You'd also need the 'RKRM' manuals (at least the
  2600. >> ->one titled 'Libraries'). They haven't been updated since OS 2.0 and I
  2601. >> ->don't know whether they are still available.
  2602. >> 
  2603. >>  Try http://www.redrobe.demon.co.uk/amiga/ - autodocs in LZX archives.
  2604.  
  2605. >Wow, dark stuff :) Is this legal? Anyway, it's important that people know
  2606. >what they're hacking. I recall that the AsmOne 1.30 distribution by TFA
  2607. >also has the incs and autodocs within one of its archives...
  2608.  
  2609.  Actually, the RKRM's are also at the Asmone's site..
  2610.  
  2611. - -- 
  2612.  rOBERTo ->dissident@mail.telepac.pt<- !wEb pAGe uNDEr cONSTRUCTIOn!
  2613.  
  2614. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  2615.  
  2616. From: r.zimmerling@link-dd.cl.sub.de (Rene Zimmerling)
  2617. Subject: Re: which CPU?
  2618. Date: 19 Mar 1998 16:13:51 +0100
  2619.  
  2620.  merlin@thule.no (Eric Sauvageau) *schrieb* *am* 17.03.1998 *zu*
  2621.  Re: which CPU? *folgende* *Worte* :
  2622.  
  2623. > On Wed, 18 Mar 1998, we received a letter from  about 'which CPU?':
  2624. >=20
  2625. > >  Hi List,
  2626. > > =20
  2627. > >      I am encountering problems in determining the CPU (020/030/040..=
  2628. .)
  2629. > >  on user's machine.
  2630. > >  I have found a useful field in execbase (AttFlags), but I cannot wor=
  2631. k
  2632. > >  out how to find the right CPU...
  2633. > >  Any idea?
  2634. >=20
  2635. > >From ysInspector's code:
  2636. >=20
  2637. >=20
  2638. > EXPORT PROC getCPU()
  2639. > DEF cpu, flags
  2640. >=20
  2641. >    flags :=3D exec.attnflags
  2642. >=20
  2643. >    IF (flags AND $80)
  2644. >       cpu :=3D 68060
  2645. >    ELSEIF (flags AND AFF_68040)
  2646. >       cpu :=3D 68040
  2647. >    ELSEIF (flags AND AFF_68030)
  2648. >       cpu :=3D 68030
  2649. >    ELSEIF (flags AND AFF_68020)
  2650. >       cpu :=3D 68020
  2651. >    ELSEIF (flags AND AFF_68010)
  2652. >       cpu :=3D 68010
  2653. >    ELSE
  2654. >       cpu :=3D 68000
  2655. >    ENDIF
  2656. > ENDPROC cpu
  2657. >=20
  2658.  
  2659. And MMU Checking ??
  2660.  
  2661. - --                                                      ____________
  2662.                                                    __  / /
  2663.  Good Byte sagt Ren=E9 Zimmerling und MicroDot       \ \/ /   Amiga
  2664.  Member of Deutsche Amiga Software Schmiede         \_\/    Rulez =20
  2665.  
  2666. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  2667.  
  2668. From: merlin@thule.no (Eric Sauvageau)
  2669. Date: Thu, 19 Mar 1998 16:12:53 +0500
  2670. Subject: Re[2]: which CPU?
  2671.  
  2672. On Thu, 19 Mar 1998, we received a letter from  about 'Re: which CPU?':
  2673.  
  2674. >  And MMU Checking ??
  2675.  
  2676. Impossible to do with any reliability.  The CPU itself has no register displaying
  2677. if it has a working MMU, and just trying to use it isn't a good test either,
  2678. as some EC030 chips have a half-working MMU, but got labeled as EC because the
  2679. MMU proved defective during the production test runs.
  2680.  
  2681.  
  2682.  
  2683. ... "You're gonna kill me?  HA!  Death: been there, done that!!!" - Sherridan.
  2684.  
  2685. - -- 
  2686.  
  2687. ===--- - - -
  2688.   Eric Sauvageau    http://www.thule.no/~merlin/    merlin@thule.no
  2689.   Amiga wizard known as Merlin, casting with E runes, resulting in:
  2690.       DevsMan - MFormat - NewIcons4 - SysInspector - XPKatana
  2691. - - - - ---===
  2692.  
  2693. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  2694.  
  2695. From: turrican@starbase.inka.de (Grundler Mathias)
  2696. Date: Sat, 21 Mar 1998 18:51:13 +0100
  2697. Subject: Re: Easygui backdrop
  2698.  
  2699. Am 13-M=E4r-98 schrieb Riccardo Santato:
  2700.  
  2701. >Is there someone who can tell me how to put a bitmap in the backdrop of =
  2702. an
  2703. >easygui
  2704. >window as WBPattern does ?!?
  2705.  
  2706. Try NewGUI, there`s a Option with which you can fill the Windows Backdrop=
  2707.  
  2708. AND/OR Groups with Bitmaps or Patterns...
  2709.  
  2710. >I've put a bitmap on an Intuition Screen. I want to keep it refreshed us=
  2711. ing
  2712. >the SetMask() function, but I've no examples on how to do this. Can anyo=
  2713. ne
  2714. >help me ?!?
  2715.  
  2716. It is not good to draw to the screens bitmap directly, use a window (mayb=
  2717. e
  2718. a backdropwindow [borderless] instead!).
  2719.  
  2720. You could refresh it with BlitBitMapRastPort() or so!
  2721.  
  2722. BTW: NewGUI is available via AmiNet (dev/e)
  2723.  
  2724. Hope i could help!
  2725.  
  2726. - -- =
  2727.  
  2728.  ________                     ______
  2729. /__    __\ __________()_____ _\    / /\    turrican@starbase.inka.de
  2730.    \  //\/\\  _/\  _//\\ __//_\\   \/  \       THE DARK FRONTIER
  2731.     \//____\\/   \/ /__\\_//___\\/\_____\  Softwareentwicklung PD+Share
  2732.  
  2733. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  2734.  
  2735. Date: 21 Mar 98 20:32:30 +0100
  2736. From: a.milella@teseo.it ("Amedeo Milella")
  2737. Subject: Brush2E
  2738.  
  2739. Hi all,
  2740.  
  2741. I need a program like BRUSH2E (the one I have doesn't work). May anyone help
  2742. me?
  2743.  
  2744. <tsb>
  2745.  
  2746.  Amedeo Milella - Amiga Group Italy (sez. Bari)
  2747.  AG Italia -> http://www.amyresource.it/AGI
  2748.  
  2749.  mailto:a.milella@teseo.it
  2750.  
  2751. <tsb>
  2752.  
  2753. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  2754.  
  2755. From: merlin@thule.no (Eric Sauvageau)
  2756. Date: Sat, 21 Mar 1998 14:58:41 +0500
  2757. Subject: Re: Brush2E
  2758.  
  2759. On Sat, 21 Mar 1998, we received a letter from  about 'Brush2E':
  2760.  
  2761. >  Hi all,
  2762. >  
  2763. >  I need a program like BRUSH2E (the one I have doesn't work). May anyone help
  2764. >  me?
  2765.  
  2766. And what does this program do exactly?
  2767.  
  2768. If it takes an IFF brush and save it as E data, then have a look at ArtPro on
  2769. Aminet.  I use it to generate chunky data for penmap.image.
  2770.  
  2771.  
  2772.  
  2773. ... Damage control is easy. Reading Klingon -- that's hard. -- Scotty
  2774.  
  2775. - -- 
  2776.  
  2777. ===--- - - -
  2778.   Eric Sauvageau    http://www.thule.no/~merlin/    merlin@thule.no
  2779.   Amiga wizard known as Merlin, casting with E runes, resulting in:
  2780.       DevsMan - MFormat - NewIcons4 - SysInspector - XPKatana
  2781. - - - - ---===
  2782.  
  2783. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  2784.  
  2785. From: oeolsson@tmisnet.com (Ola Olsson)
  2786. Subject: Screen Mode Requester
  2787. Date: Sat, 21 Mar 1998 20:06:33 (-0800)
  2788.  
  2789. Can anyone point me to an example of a screen mode requester that
  2790. shows all available screens, and returns the chosen screen ID and /or
  2791. other screen info to be used to open a screen. I've looked around but
  2792. can only find routines to clone existing screens or open screens from
  2793. scratch. Sorry if this is a dumb or obvious question.
  2794.  
  2795. Thanks,
  2796. Ola
  2797.  
  2798. - -- 
  2799. /**
  2800. /** Ola Olsson                
  2801. /** oeolsson@tmisnet.com      
  2802. /** http://www.tmisnet.com/~oeolsson/  
  2803. /** --naive programmer--      
  2804. /**
  2805.  
  2806. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  2807.  
  2808. Date: Sun, 22 Mar 1998 12:36:14 +0100 (MET)
  2809. From: szczepan@cksr.ac.bialystok.pl ("Marcin Juszkiewicz (Szczepan/BlaBla)")
  2810. Subject: I need sound.datatype examples.
  2811.  
  2812.  Hi !
  2813.  
  2814.   Now I'm writing sample player based on datatypes. For now I have GUI
  2815. based on EasyGUI and I can set end of sample, frequency and volume but I
  2816. don't know how to set start of sample other then 0.
  2817.   I checked my player with 8SVX, AIFF and Wave samples - it was ok. 
  2818. Protracker.datatype - I must work on it. But who knows how to play RAW
  2819. samples using datatypes ? (making 8svx headers and newdtobject() from RAM ??) 
  2820.  
  2821.  
  2822.  regards..
  2823.  
  2824. - ------
  2825.  Marcin Juszkiewicz (Szczepan/BlaBla)   *Team Amiga*
  2826.  szczepan@cksr.ac.bialystok.pl  http://cksr.ac.bialystok.pl/szczepan/
  2827.  A1200 BlizzIv 2+8MB RAM 425MB HDD
  2828.  Author of MultiView for OS 2.0+ -> Aminet:util/sys/2b_mv_os2_x.lha
  2829.  
  2830. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  2831.  
  2832. Date: 22 Mar 98 09:33:21 +0100
  2833. From: a.milella@teseo.it ("Amedeo Milella")
  2834. Subject: Re: Brush2E
  2835.  
  2836. In date 21-Mar-98 10:58:41 Eric Sauvageau has wrote to amigae-list about Re:
  2837. Brush2E
  2838.  ES> On Sat, 21 Mar 1998, we received a letter from  about 'Brush2E':
  2839.  
  2840. >>  Hi all,
  2841. >>
  2842. >>  I need a program like BRUSH2E (the one I have doesn't work). May anyon
  2843. >>  me?
  2844.  
  2845.  ES> And what does this program do exactly?
  2846.  
  2847.  ES> If it takes an IFF brush and save it as E data, then have a look at ArtPr
  2848.  ES> Aminet.  I use it to generate chunky data for penmap.image.
  2849.  
  2850. It's exactly what I need!! Tnx ;)
  2851.  
  2852.  
  2853. <tsb>
  2854.  
  2855.  Amedeo Milella - Amiga Group Italy (sez. Bari)
  2856.  AG Italia -> http://www.amyresource.it/AGI
  2857.  
  2858.  mailto:a.milella@teseo.it
  2859.  
  2860. <tsb>
  2861.  
  2862. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  2863.  
  2864. Date: Sun, 22 Mar 1998 18:35:07 +0100
  2865. From: gamboni@fastnet.ch (Jacques Gamboni)
  2866. Subject: confusion of AFC's MODULE and MUI
  2867.  
  2868. Hello,
  2869. I want to write a program using MUI (so I use the 'libraries/mui'
  2870. MODULE)
  2871. and also want to read a tooltype in the same program, using the
  2872. 'afc/tool_type' MODULE.
  2873. The problem is that Mui has a macro, get(), that allows reading an
  2874. attribute of an object
  2875. and the method used by tool_type to get a tool type is also get().
  2876. So when I do a
  2877.  
  2878. ttype.get('FLAG')
  2879.  
  2880. the E compiler thinks I want to use the get() macro (from mui) and says
  2881. I've a syntax error
  2882. (one argument instead of the three needed by the get() macro)
  2883.  
  2884. What should I do to get that tool type? Should I try to do it myself,
  2885. without using AFC's
  2886. module?
  2887.  
  2888.  
  2889. Maxime
  2890.  
  2891. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  2892.  
  2893. Date: 22 Mar 98 21:05:12 +0100
  2894. From: fsoft@intercom.it (Fabio Rotondo)
  2895. Subject: Re: confusion of AFC's MODULE and MUI
  2896.  
  2897. On 22-Mar-98 18:35:07 Jacques Gamboni said about confusion of AFC's MODULE and MUI:
  2898. >Hello,
  2899. >I want to write a program using MUI (so I use the 'libraries/mui'
  2900. >MODULE)
  2901. >and also want to read a tooltype in the same program, using the
  2902. >'afc/tool_type' MODULE.
  2903. >The problem is that Mui has a macro, get(), that allows reading an
  2904. >attribute of an object
  2905. >and the method used by tool_type to get a tool type is also get().
  2906. >So when I do a
  2907.  
  2908. >ttype.get('FLAG')
  2909.  
  2910. >the E compiler thinks I want to use the get() macro (from mui) and says
  2911. >I've a syntax error
  2912. >(one argument instead of the three needed by the get() macro)
  2913.  
  2914. >What should I do to get that tool type? Should I try to do it myself,
  2915. >without using AFC's
  2916. >module?
  2917.  
  2918.  
  2919. >Maxime
  2920.  
  2921.  
  2922.  
  2923. Ciao,
  2924.  
  2925.     Fabio
  2926.  
  2927. - --
  2928. - ---------------------------+---------------------------------------------
  2929.    //                      | Fabio Rotondo      e-mail: fsoft@intercom.it
  2930. \\X/ Amiga. Feel The Power.| URL: (Amiga!)  http://www.intercom.it/~fsoft
  2931. +---------------+-- PGP Key avaible on demand --------------------------+
  2932. |DOOPSI-GS V1.45| FinalDT V1.00 |Locator.library V1.10|FinalTyper V2.5  |
  2933. |MIDIFilter V1.3|SafeLocks V1.00| GTBoxConvPro V1.00  |MIDIBridge V1.00 |
  2934. | ReCatIt V2.50 | ARPrefs V1.70 | MouseFlasher V1.05  |WebFX V2.00      |
  2935. +---------------+---- PIOS and pOS Developer ---------------------------+
  2936. |  ** Amiga Web Ring **   : http://www.intercom.it/~fsoft/awr.html      |
  2937. |Amiga Blast (Web Mag.!!!): http://www.intercom.it/~fsoft/ablast.html   |
  2938. |Amiga Foundation Classes : http://www.intercom.it/~fsoft/afc.html      |
  2939. +------------------ Amiga Group Italia (Novara) ------------------------+
  2940.  
  2941. "Dumber than advertised!" - Yakko Warner
  2942.  
  2943. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  2944.  
  2945. From: apejakov@online.no (Antun Pejakovic)
  2946. Date: Sun, 22 Mar 1998 16:52:33 +0100
  2947. Subject: MUI List
  2948.  
  2949. Hi!
  2950.  
  2951. My name is Antun and I am new to this mailing list. I used to program in
  2952. pascal and C,
  2953. but then I discovered E. The rest is history....
  2954.  
  2955. Anyway, I'm working on a MUI prog, and I have a problem I was hoping somebody
  2956. could help me with:
  2957.   Multi column lists and displayhooks.
  2958.  
  2959. I know the basics about how it all works.
  2960.  
  2961. ex.
  2962.  
  2963. DEF lv1, dispHook:hook
  2964. ...
  2965.  
  2966. installhook(dispHook, {dispFunc})
  2967. ...
  2968.  
  2969. Child, lv1:=ListviewObject,
  2970.    MUIA_Listview_List, ListObject,
  2971.       InputListFrame,      
  2972.       MUIA_List_DisplayHook, dispHook,
  2973.       MUIA_List_Format, 'COL=0 BAR, COL=2 BAR, COL=3',
  2974.    End,
  2975. End,
  2976. ...
  2977.  
  2978. But then there is the function itself. There is an example in MUIdocs, but is
  2979. in C.
  2980. I was hoping someone could help me translate it to E.
  2981. It goes somethig like this:
  2982.  
  2983. dispFunk(_a1 char **array,_a1 struct Article *at)
  2984. {
  2985.    *array++ = at->FromName;
  2986.    *array++ = at->FromPath;
  2987.    *array++ = at->ToName;
  2988.    *array++ = at->ToPath;
  2989.    *array++ = at->Date;
  2990.    *array   = at->Subject;
  2991. }
  2992.  
  2993. The big ??? is (char **array).
  2994.  
  2995. Any help is appreciated.
  2996.  
  2997. Antun
  2998.  
  2999.  
  3000.  
  3001. Antun-Pejakovic.---------------------
  3002. apejakov@online.no                  -
  3003. http://home.sol.no/~apejakov/       -
  3004.                                     -
  3005. Amiga-Hotlist.--------------------------------
  3006. http://home.sol.no/~apejakov/amigalink.html  -
  3007.                                              -
  3008. - ----------------------------------------------------->
  3009.  
  3010. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  3011.  
  3012. From: merlin@thule.no (Eric Sauvageau)
  3013. Date: Sun, 22 Mar 1998 15:16:52 +0500
  3014. Subject: Re: I need sound.datatype examples.
  3015.  
  3016. On Sun, 22 Mar 1998, we received a letter from  about 'I need sound.datatype
  3017. examples.':
  3018.  
  3019. >   Hi !
  3020. >  
  3021. >    Now I'm writing sample player based on datatypes. For now I have GUI
  3022. >  based on EasyGUI and I can set end of sample, frequency and volume but I
  3023. >  don't know how to set start of sample other then 0.
  3024. >    I checked my player with 8SVX, AIFF and Wave samples - it was ok. 
  3025. >  Protracker.datatype - I must work on it. But who knows how to play RAW
  3026. >  samples using datatypes ? (making 8svx headers and newdtobject() from RAM ??) 
  3027.  
  3028. RAW samples are just that: raw data samples.  Meaning there's no header, so no
  3029. way for you to recognize it via datatypes.  When the user selects the "raw" option
  3030. (or if you try to play it as RAW after being unable to recognize the format),
  3031. you will probably have to deal directly with audio.device.
  3032.  
  3033.  
  3034.  
  3035. ... BREAKFAST.COM Halted... Cereal port not responding.
  3036.  
  3037. - -- 
  3038.  
  3039. ===--- - - -
  3040.   Eric Sauvageau    http://www.thule.no/~merlin/    merlin@thule.no
  3041.   Amiga wizard known as Merlin, casting with E runes, resulting in:
  3042.       DevsMan - MFormat - NewIcons4 - SysInspector - XPKatana
  3043. - - - - ---===
  3044.  
  3045. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  3046.  
  3047. Date: Mon, 23 Mar 1998 09:52:26 +0000 (GMT)
  3048. From: sac@csd.abdn.ac.uk ("Stuart Caie (kyz)")
  3049. Subject: Re: Screen Mode Requester
  3050.  
  3051. On Sat, 21 Mar 1998, Ola Olsson wrote:
  3052.  
  3053. =>Can anyone point me to an example of a screen mode requester that
  3054. =>shows all available screens, and returns the chosen screen ID and /or
  3055. =>other screen info to be used to open a screen. I've looked around but
  3056. =>can only find routines to clone existing screens or open screens from
  3057. =>scratch. Sorry if this is a dumb or obvious question.
  3058.  
  3059. E:Src/Gfx/TextureMapping/screenmodereq_db.e
  3060.  
  3061. Also showmodule EModules:libraries/asl and see the fields you can access of
  3062. the screenmoderequester object.
  3063.  
  3064. kyz
  3065.  
  3066. Ich werde umgehauen; Doch ich stehe wieder auf; Ihr werdet mich nicht
  3067. unterkriegen. Er trinkt einen Whisky; Er trinkt einen Wodka; Er trinkt ein
  3068. Lager; Er trinkt ein Cider. Er singt die Lieder, die ihn; An die guten Zeiten
  3069. erinnern.
  3070.  
  3071. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  3072.  
  3073. Date: Mon, 23 Mar 1998 09:59:15 +0000 (GMT)
  3074. From: sac@csd.abdn.ac.uk ("Stuart Caie (kyz)")
  3075. Subject: <none>
  3076.  
  3077. Recently I noticed something that is used in the official documentation and
  3078. beginner's guide, but never actually explained:
  3079.  
  3080. When writing exception handlers:
  3081.  
  3082. EXCEPT
  3083.   means the exception handler is only run if you Raise()/Throw()
  3084.  
  3085. EXCEPT DO
  3086.   means the exception handler is also run with exception=0 at the end of the
  3087.   procedure it is defined in
  3088.  
  3089. Thus, silly things like:
  3090.  
  3091. PROC main()
  3092.  ...
  3093.  Raise()
  3094. EXCEPT
  3095.  ...
  3096. ENDPROC
  3097.  
  3098. can be replaced with EXCEPT DO instead of EXCEPT, and silly things like:
  3099.  
  3100. PROC main()
  3101.   ...
  3102. EXCEPT DO
  3103.   IF exception
  3104.    ...
  3105.   ENDIF
  3106. ENDPROC
  3107.  
  3108. can be replaced with EXCEPT instead of EXCEPT DO.
  3109.  
  3110. Hopefully this unconfuses some people. It certainly unconfused me.
  3111.  
  3112. kyz
  3113.  
  3114. Ich werde umgehauen; Doch ich stehe wieder auf; Ihr werdet mich nicht
  3115. unterkriegen. Er trinkt einen Whisky; Er trinkt einen Wodka; Er trinkt ein
  3116. Lager; Er trinkt ein Cider. Er singt die Lieder, die ihn; An die guten Zeiten
  3117. erinnern.
  3118.  
  3119. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  3120.  
  3121. From: jj@it.kth.se (Janne Johansson)
  3122. Subject: Re: <none> 
  3123. Date: Mon, 23 Mar 1998 11:08:00 +0100
  3124.  
  3125. > Recently I noticed something that is used in the official documentation and
  3126. > beginner's guide, but never actually explained:
  3127.  
  3128. > Thus, silly things like:
  3129. > 
  3130. > PROC main()
  3131. >  ...
  3132. >  Raise()
  3133. > EXCEPT
  3134. >  ...
  3135. > ENDPROC
  3136.  
  3137. Wouldn't it be
  3138.  
  3139. PROC main() HANDLE
  3140.  
  3141. just to be extremly correct? 
  3142.  
  3143. - -------------
  3144. "Every girl with sense, loves those dead
  3145.  presidents..." -Quireboys
  3146.  
  3147. Mail:  jj<at>it.kth.se
  3148. Phone: +46-8-7521444 (work)
  3149. Cell:  +46-70-740 1440
  3150. Http: //www.it.kth.se/~jj
  3151.  
  3152. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  3153.  
  3154. Date: Mon, 23 Mar 1998 10:19:23 +0000 (GMT)
  3155. From: sac@csd.abdn.ac.uk ("Stuart Caie (kyz)")
  3156. Subject: Re: <none> 
  3157.  
  3158. On Mon, 23 Mar 1998, Janne Johansson wrote:
  3159.  
  3160. =>Wouldn't it be
  3161. =>
  3162. =>PROC main() HANDLE
  3163. =>
  3164. =>just to be extremly correct? 
  3165.  
  3166. That too, the compiler would agree with you on that :)
  3167.  
  3168. kyz
  3169.  
  3170. Ich werde umgehauen; Doch ich stehe wieder auf; Ihr werdet mich nicht
  3171. unterkriegen. Er trinkt einen Whisky; Er trinkt einen Wodka; Er trinkt ein
  3172. Lager; Er trinkt ein Cider. Er singt die Lieder, die ihn; An die guten Zeiten
  3173. erinnern.
  3174.  
  3175. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  3176.  
  3177. Date: Mon, 23 Mar 1998 11:59:53 +0100
  3178. From: ss37@irz301.inf.tu-dresden.de (Sven Steiniger)
  3179. Subject: Re: MUI List
  3180.  
  3181. > But then there is the function itself. There is an example in MUIdocs, but is
  3182. > in C.
  3183. > I was hoping someone could help me translate it to E.
  3184. > It goes somethig like this:
  3185. > 
  3186. > dispFunk(_a1 char **array,_a1 struct Article *at)
  3187. > {
  3188. >    *array++ = at->FromName;
  3189. >    *array++ = at->FromPath;
  3190. >    *array++ = at->ToName;
  3191. >    *array++ = at->ToPath;
  3192. >    *array++ = at->Date;
  3193. >    *array   = at->Subject;
  3194. > }
  3195. > 
  3196. > The big ??? is (char **array).
  3197.  
  3198. That is an pointer to an array that contains pointer to
  3199. strings :-)
  3200.  
  3201.  PROC dispFunk(arr:PTR TO LONG,at:PTR TO article)
  3202.     arr[]++ := at.fromName
  3203.     arr[]++ := at.fromPath
  3204.     arr[]++ := at.toName
  3205.     arr[]++ := at.toPath
  3206.     arr[]++ := at.date
  3207.     arr[]   := at.subject
  3208.  ENDPROC
  3209.  
  3210. - --
  3211. Sven Steiniger
  3212. (ss37@inf.tu-dresden.de - http://www.inf.tu-dresden.de/~ss37)
  3213.  
  3214. And always remember: Heaven is not a place, it's a feeling.
  3215. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  3216.  
  3217. Date: Mon, 23 Mar 1998 12:21:34 +0100 (MET)
  3218. From: szczepan@cksr.ac.bialystok.pl ("Marcin Juszkiewicz (Szczepan/BlaBla)")
  3219. Subject: Re: I need sound.datatype examples.
  3220.  
  3221. On Sun, 22 Mar 1998, Eric Sauvageau wrote:
  3222.  
  3223. - ->>    Now I'm writing sample player based on datatypes. For now I have GUI
  3224. - ->>  Protracker.datatype - I must work on it. But who knows how to play RAW
  3225. - ->>  samples using datatypes ? (making 8svx headers and newdtobject() from RAM ??) 
  3226. - ->
  3227. - ->RAW samples are just that: raw data samples.  Meaning there's no header, so no
  3228. - ->way for you to recognize it via datatypes.  When the user selects the "raw" option
  3229. - ->(or if you try to play it as RAW after being unable to recognize the format),
  3230. - ->you will probably have to deal directly with audio.device.
  3231.  
  3232.   I asked for method to change RAW -> 8SVX by adding 8svx headers in
  3233. front of RAW data and then calling NewDTObject(take object form RAM
  3234. please). Do I think correct ?? It will works or no ? This is my question.
  3235.  
  3236. - ------
  3237.  Marcin Juszkiewicz (Szczepan/BlaBla)   *Team Amiga*
  3238.  szczepan@cksr.ac.bialystok.pl  http://cksr.ac.bialystok.pl/szczepan/
  3239.  A1200 BlizzIv 2+8MB RAM 425MB HDD
  3240.  Author of MultiView for OS 2.0+ -> Aminet:util/sys/2b_mv_os2_x.lha
  3241.  
  3242. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  3243.  
  3244. From: oeolsson@tmisnet.com (Ola Olsson)
  3245. Subject: Re: Screen Mode Requester
  3246. Date: Mon, 23 Mar 1998 06:30:03 (-0800)
  3247.  
  3248. On Mon, 23 Mar 1998 09:52:26 +0000 (GMT),
  3249. "Stuart Caie \(kyz\)" <sac@csd.abdn.ac.uk> wrote about Re: Screen Mode
  3250. Requester:
  3251. > On Sat, 21 Mar 1998, Ola Olsson wrote:
  3252. > 
  3253. > =>Can anyone point me to an example of a screen mode requester that
  3254. > =>shows all available screens, and returns the chosen screen ID and /or
  3255. > =>other screen info to be used to open a screen. I've looked around but
  3256. > =>can only find routines to clone existing screens or open screens from
  3257. > =>scratch. Sorry if this is a dumb or obvious question.
  3258. > 
  3259. > E:Src/Gfx/TextureMapping/screenmodereq_db.e
  3260. > 
  3261. > Also showmodule EModules:libraries/asl and see the fields you can access of
  3262. > the screenmoderequester object.
  3263.  
  3264. Thank you, I'll will look for those.
  3265.  
  3266. - -- 
  3267. /**
  3268. /** Ola Olsson                
  3269. /** oeolsson@tmisnet.com      
  3270. /** http://www.tmisnet.com/~oeolsson/  
  3271. /** --naive programmer--      
  3272. /**
  3273.  
  3274. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  3275.  
  3276. Date: 23 Mar 98 09:42:58 +0100
  3277. From: seasons@softhome.net (Lloyd Rosen)
  3278. Subject: AGF8
  3279.  
  3280.                           w h a t ' s   u p   i n
  3281.  
  3282.                                S E A S O N S
  3283.  
  3284.                                   issue 8
  3285.  
  3286.  
  3287.                             HAS BEEN RENAMED TO
  3288.  
  3289.                  A H E A D   G R O O V E   F A C T O R   8
  3290.  
  3291.                            23 Mar 1998 (09:37:32)
  3292.  
  3293.  
  3294.  
  3295. Yeah!    I've   improved   this   newsletter  to  a  totally  and  uttermost
  3296. brainclashing  experience  -  all  for  you!   Just  look  at  the slick and
  3297. exclusive  design!  Have another sniff!  Rub your eyes!  Suck it in till you
  3298. can't breathe!  Digest it!  Spit it out and stuff it in another way!  Enjoy!
  3299.  
  3300.  
  3301. Lister "Love is what separates us from the animals"
  3302. Rimmer "No, Lister -- what separates us from animals is that we don't
  3303.         use our tongues to clean our genitals."
  3304.                                         -- Red Dwarf `Confidence & Paranoia'
  3305.  
  3306.  
  3307.  
  3308. - -÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-
  3309.  
  3310.  
  3311.                 OFFICIAL & COMFIRMED MEMBERLIST AS OF TODAY
  3312.  
  3313.  
  3314. "But, I just want to say, over the years, I have come to regard you
  3315.  as... people I met."
  3316.                     - Rimmer, making his goodbyes in Red Dwarf `Holoship'
  3317.  
  3318. - -÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-
  3319.  
  3320.  
  3321.  
  3322.  
  3323.        -- In Chronological Order and Dolby Surround where available -
  3324.  
  3325.  
  3326.  
  3327. Lloyd Rosen ..........NO.. Code, Music, Design, Main Organizing
  3328.                            [seasons@softhome.net] IRC "LloydROSN"
  3329.                            Asm, AmigaE, 6510, Basics, HMTL, Javascript,
  3330.                            Floydmon, THX, DBPro
  3331.  
  3332. Pluksel ..............NL.. Music, Design, Ascii, Sysop'ing
  3333.                            [jazz@lobster.demon.nl] IRC "pluksel"
  3334.                            THX, PT, Inform6, CED, /X
  3335.  
  3336. Dr. Ice ..............NO.. Code, Sysop'ing, Co-Organizing A
  3337.                            [kaarej@barentsnett.no] IRC "dRICE^SEA"
  3338.                            AmigaE, HTML, ABBS
  3339.  
  3340. Thundercat ...........NO.. Sysop'ing, Trading
  3341.                            [mos@powertech.no] IRC "[-TC-]
  3342.                            /X
  3343.  
  3344. Tsar1 ................NO.. Graphics, Design, Ascii, Co-Organizing B
  3345.                            [stamdal@online.no] IRC "Tsar1"
  3346.                            ?
  3347.  
  3348. By7ex ................NO.. Trading, Co-Sysop'ing
  3349.                            [tom-rf@online.no] IRC "By7ex"
  3350.                            Co-sys at "ParaZite" in Norway
  3351.  
  3352. Soda .................NO.. Graphics, Main editing
  3353.                            [retro@softhome.net] IRC "Soda^itc"
  3354.                            Dpaint, maineditor "Retro" (Instinct)
  3355.  
  3356. Cache ................UK.. Code
  3357.                            [cachedtl@dial.pipex.com] IRC "Cache^DTL"
  3358.                            Asm-One (?)
  3359.  
  3360. Naig .................FI.. Code
  3361.                            [jajoki@utu.fi] IRC "naig"
  3362.                            SAS C, C++, Java
  3363.  
  3364. Anakin ...............NL.. Graphics, Music, Code
  3365.                            [mjk303@xs4all.nl] IRC "Anakin"
  3366.                            SAS C, Asm, THX, Dpaint
  3367.  
  3368. Bastian Frank ........DE.. Code
  3369.                            [bhf@opf.de] IRC "Bastian"
  3370.                            AmigaE, ...?
  3371.  
  3372.  
  3373.  
  3374. - -÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-
  3375.  
  3376.  
  3377.                         C O M M U N I C A T I O N S
  3378.  
  3379.  
  3380. Lister "Come on, what are you, a man or a munchkin?"
  3381. Rimmer "I'm off to see the wizard, the wonderful wizard of Oz."
  3382.                                            -- Red Dwarf `Parallel Universe'
  3383.  
  3384. - -÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-
  3385.  
  3386.                            Seasons Spamming List
  3387.                               handled by Naig
  3388.                                 ('Sealist')
  3389.                         [seasons@ecstacy.yok.utu.fi]
  3390.  
  3391.                                    - ÷ -
  3392.  
  3393.                           Seasons Spanking Channel
  3394.                       bot 'Cornell' handled by Anakin
  3395.                           (not yet permanently up)
  3396.                              [#seasons/IRCNet]
  3397.  
  3398.                                    - ÷ -
  3399.  
  3400.                            Seasons Official Site
  3401.                         handled by Lloyd and Pluksel
  3402.                                 (not yet up)
  3403.  
  3404.                                 [http:// ?]
  3405.  
  3406.                                    - ÷ -
  3407.  
  3408. - -÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-
  3409.  
  3410.  
  3411.                                   N E W S
  3412.  
  3413.  
  3414. Rimmer "You? How did you get into art college?"
  3415. Lister "The same way you always get into art college.  The same old
  3416.         usual boring normal way everyone gets into art college.  I
  3417.         failed my exams and applied... they snapped me up!"
  3418.                                        -- Red Dwarf `Thanks for the Memory'
  3419.  
  3420. - -÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-
  3421.  
  3422. _Bastian  Frank_  has joined from Germany.  This is a guy with visions about
  3423. how  the Amiga should be.  He's very much into OS programming - and buggered
  3424. me  somewhat  to  support gfxcards for ZF (which I ofcourse will now).  He's
  3425. studying computer science and is currently busy with different projects like
  3426. a  new  taskbar  (I  know it doesn't sound cool - but it will be :), his own
  3427. aguide replacement and .  .  .  well - didn't get the info file yet.
  3428.  
  3429. Bastesen  here suggested that when we start some kind of major project, plan
  3430. it a bit, write some lines of code and post the ideas to the Sealist so that
  3431. the other members are able to come with ideas before the project is done.
  3432.  
  3433. Well -- do that!
  3434.  
  3435. - -÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-
  3436.  
  3437.  
  3438.                         S T A T U S   R E P O R T S
  3439.  
  3440.  
  3441. "Isn't it about this time your head goes back to the lab for re-tuning?"
  3442.                             -- Rimmer to Kryten in Red Dwarf `The Last Day'
  3443.  
  3444. - -÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-
  3445.  
  3446. These reports are a quite new thing, but all developers should send in these
  3447. reports  regularly,  so we know who's doing what (avoid double projects) and
  3448. who's  free  to boldly go where no man has gone before.  Whenever you start,
  3449. finish,  cancel,  release a new project - send me a note.  If you're looking
  3450. for  something meaningful to do - send me a note.  If your head aches - send
  3451. me a note.  On second thought -- do me a favour and don't do the latter.  LR
  3452.  
  3453.  
  3454.  
  3455. Who -------------- What -------------------------------------- Prog. -- Rel.
  3456.  
  3457. Lloyd Rosen        MADCAP Game System/Room Creator              60%      no
  3458.                    Zee Files Pilot (demo) 4 Rooms  script/code  70%     May
  3459.                    Seasons Official Website                     10% :)  soon
  3460.                    Taskbar ideas                                 ?%      ??
  3461.                    Zenzer - puzzle game                          0% :)   ??
  3462.                    Stockmarket '98 Preliminary MUI design        0% :)   ??
  3463.  
  3464. Pluksel            ZF Pilot - script/music                       ?      ---
  3465.                    Zenzer - music                                ?       ??
  3466.                    Intro Thing - music                           ?       ??
  3467.              (how about your inform game, plukkfisk? :)
  3468.  
  3469. Dr. Ice            Shakeratio - Status/Ratio door (ABBS)         100%   20.3
  3470.                    THX-Ripper - THX Music System ripper 3.1      100%    out
  3471.                    TTVC - TeleText announcer prog (Norway only)  ?        ?
  3472.                    StripMe/ReqMe/FindCopy (ABBS doors)           ?        ?
  3473.                    Stockmarket '98 (4.0) main code               0%       ?
  3474.  
  3475.  
  3476.  
  3477.  
  3478. - -÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-
  3479.  
  3480.                    S E A S O N S @ S O F T H O M E . N E T
  3481.  
  3482.            Smoke me a kipper; skipper! I'll be back for breakfast!
  3483.  
  3484. - -÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-
  3485.  
  3486. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  3487.  
  3488. From: apejakov@online.no (Antun Pejakovic)
  3489. Date: Mon, 23 Mar 1998 19:24:45 +0100
  3490. Subject: Re: MUI List
  3491.  
  3492. On 23-Mar-98, Sven Steiniger wrote:
  3493. >> But then there is the function itself. There is an example in MUIdocs, but
  3494. >is
  3495. >> in C.
  3496. >> I was hoping someone could help me translate it to E.
  3497. >> It goes somethig like this:
  3498. >> 
  3499. >> dispFunk(_a1 char **array,_a1 struct Article *at)
  3500. >> {
  3501. >>    *array++ = at->FromName;
  3502. >>    *array++ = at->FromPath;
  3503. >>    *array++ = at->ToName;
  3504. >>    *array++ = at->ToPath;
  3505. >>    *array++ = at->Date;
  3506. >>    *array   = at->Subject;
  3507. >> }
  3508. >> 
  3509. >> The big ??? is (char **array).
  3510.  
  3511. >That is an pointer to an array that contains pointer to
  3512. >strings :-)
  3513.  
  3514. > PROC dispFunk(arr:PTR TO LONG,at:PTR TO article)
  3515. >    arr[]++ := at.fromName
  3516. >    arr[]++ := at.fromPath
  3517. >    arr[]++ := at.toName
  3518. >    arr[]++ := at.toPath
  3519. >    arr[]++ := at.date
  3520. >    arr[]   := at.subject
  3521. > ENDPROC
  3522.  
  3523. Thanks, now I understand.
  3524. I got my first diplayhook working today based on this ex.
  3525.  
  3526. YAHOO!!!
  3527.  
  3528.  
  3529. Antun
  3530.  
  3531.  
  3532. - -- 
  3533.  
  3534. Antun-Pejakovic.---------------------
  3535. apejakov@online.no                  -
  3536. http://home.sol.no/~apejakov/       -
  3537.                                     -
  3538. Amiga-Hotlist.--------------------------------
  3539. http://home.sol.no/~apejakov/amigalink.html  -
  3540.                                              -
  3541. - ----------------------------------------------------->
  3542.  
  3543. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  3544.  
  3545. Date: Mon, 23 Mar 1998 18:33:41 +0000 (GMT)
  3546. From: sac@csd.abdn.ac.uk ("Stuart Caie (kyz)")
  3547. Subject: Re: MUI List
  3548.  
  3549. =>>> The big ??? is (char **array).
  3550.  
  3551. =>>That is an pointer to an array that contains pointer to
  3552. =>>strings :-)
  3553.  
  3554. I might add a tuppence and say that (char *bla[]) is always preferable to
  3555. (char **bla) - why would anyone ever use char ** anymore?
  3556.  
  3557. kyz
  3558.  
  3559. Ich werde umgehauen; Doch ich stehe wieder auf; Ihr werdet mich nicht
  3560. unterkriegen. Er trinkt einen Whisky; Er trinkt einen Wodka; Er trinkt ein
  3561. Lager; Er trinkt ein Cider. Er singt die Lieder, die ihn; An die guten Zeiten
  3562. erinnern.
  3563.  
  3564. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  3565.  
  3566. From: merlin@thule.no (Eric Sauvageau)
  3567. Date: Mon, 23 Mar 1998 16:34:31 +0500
  3568. Subject: Re[2]: I need sound.datatype examples.
  3569.  
  3570. On Mon, 23 Mar 1998, we received a letter from  about 'Re: I need sound.datatype
  3571. examples.':
  3572.  
  3573. >  On Sun, 22 Mar 1998, Eric Sauvageau wrote:
  3574. >  
  3575. >  ->>    Now I'm writing sample player based on datatypes. For now I have GUI
  3576. >  ->>  Protracker.datatype - I must work on it. But who knows how to play RAW
  3577. >  ->>  samples using datatypes ? (making 8svx headers and newdtobject() from RAM ??) 
  3578. >  ->
  3579. >  ->RAW samples are just that: raw data samples.  Meaning there's no header, so no
  3580. >  ->way for you to recognize it via datatypes.  When the user selects the "raw" option
  3581. >  ->(or if you try to play it as RAW after being unable to recognize the format),
  3582. >  ->you will probably have to deal directly with audio.device.
  3583. >  
  3584. >    I asked for method to change RAW -> 8SVX by adding 8svx headers in
  3585. >  front of RAW data and then calling NewDTObject(take object form RAM
  3586. >  please). Do I think correct ?? It will works or no ? This is my question.
  3587.  
  3588. You have no idea what's the right frequency as one.  Also, RAW can be 8-bits
  3589. like it can also be 16-bits.  So RAW playback will have to be done by you, with
  3590. the user-supplied parameters (you'd probably default to something like 8-bits
  3591. 10 KHz when no parameter is defined).  Not mentioning that converting to 8SVX
  3592. would probably be slow and memory-consuming, depending how different 8SVX data
  3593. is from RAW data.
  3594.  
  3595.  
  3596.  
  3597.  
  3598.  
  3599. ... "Next time, I'LL park the ship" - Picard to Riker, next to saucer's wreck.
  3600.  
  3601. - -- 
  3602.  
  3603. ===--- - - -
  3604.   Eric Sauvageau    http://www.thule.no/~merlin/    merlin@thule.no
  3605.   Amiga wizard known as Merlin, casting with E runes, resulting in:
  3606.       DevsMan - MFormat - NewIcons4 - SysInspector - XPKatana
  3607. - - - - ---===
  3608.  
  3609. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  3610.  
  3611. From: misha@friko2.onet.pl (Michal Durys)
  3612. Date: Mon, 23 Mar 1998 13:42:48 +0100
  3613. Subject: Re: I need sound.datatype examples.
  3614.  
  3615. On 23-Mar-98 Marcin Juszkiewicz \(Szczepan/BlaBla\) generated such
  3616. output:
  3617. >  I asked for method to change RAW -> 8SVX by adding 8svx headers in
  3618. > front of RAW data and then calling NewDTObject(take object form RAM
  3619. > please). Do I think correct ?? It will works or no ? This is my
  3620. question.
  3621.  
  3622. It is possible to convert RAW sample to 8SVX, but there's no sense in
  3623. doing this. But if I tried to do this I would make it as follows:
  3624. =B7 input frequency from user
  3625. =B7 open file and write it to RAM: as a IFF 8SVX using iffparse.library
  3626. =B7 play the 8SVX file =
  3627.  
  3628. =B7 cleanup
  3629. It should work, but I belive that it is a very lame way to achieve
  3630. your goal. =
  3631.  
  3632.  
  3633. - -- =
  3634.  
  3635.  +-Misha/El Condor Software-------------misha@friko2.onet.pl
  3636.  | A1200T / '040 / 34 MB RAM / 850 MB HDD / 4x CD / USR 33.6 =
  3637.  
  3638.  +--------------Life starts at '030, impotence starts at '86
  3639.  
  3640. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  3641.  
  3642. Date: Wed, 25 Mar 1998 09:50:57 +0100
  3643. From: i2683@www2.uportu.pt (Mark Marques)
  3644. Subject: Still binary file problem...
  3645.  
  3646. Despite the fact that with the help of the previous Emails I solved my
  3647. initial problem I still have some difficulty regarding the same problem with
  3648. a binary file...
  3649. How can I avoid the use of the Char() function to get a letter one by one
  3650. and then make an Array of Char, to "simulate" a string ?
  3651. The other problem is regarding StringF(), It works once but at the second
  3652. call it does not write in the correct Estring ...
  3653. Example: StringF(a,'\c',buffer[11])
  3654.          WriteF('\c', a)  ---> in this case should appear an "D" in the
  3655. stdout, but what appears is an "0" ...
  3656.  Of course buffer is a Binary file...
  3657. if I do something like this : 
  3658.         WriteF('\c', buffer[11]) --> it gives the expected "D" as supposed to.
  3659.  
  3660.  
  3661. By using an HexEditor (DiskMon, FileX) applied to the file, I can see all
  3662. the text in the ASCII side ...
  3663. What I am doing wrong ? 
  3664. How can I convert Hex codes to ASCII ? 
  3665.  
  3666. Do I have to use CopyMem or something instead of StringF() ?
  3667.  
  3668.  
  3669. Mark Marques  
  3670.  
  3671. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  3672.  
  3673. From: kolo8@ely.pg.gda.pl (Piotr Gapinski)
  3674. Date: Wed, 25 Mar 1998 12:12:40 +0100
  3675. Subject: Re: Still binary file problem...
  3676.  
  3677. Dnia 25-Mar-98, Mark Marques napisa=EE(a):
  3678. >How can I avoid the use of the Char() function to get a letter one by on=
  3679. e
  3680. >and then make an Array of Char, to "simulate" a string ?
  3681. >The other problem is regarding StringF(), It works once but at the secon=
  3682. d
  3683. >call it does not write in the correct Estring ...
  3684. >Example: StringF(a,'\c',buffer[11])
  3685. >         WriteF('\c', a)  ---> in this case should appear an "D" in the
  3686. >stdout, but what appears is an "0" ...
  3687. try
  3688.   StringF(a,'\c',buffer+11)
  3689.   WriteF('\c',a)
  3690.  
  3691.  Pozdrawiam,
  3692. - -----///-----------------------
  3693.  Piotr Gapinski
  3694.  mailto: kolo8@ely.pg.gda.pl
  3695.  
  3696. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  3697.  
  3698. Date: Wed, 25 Mar 1998 12:30:30 +0100 (MET)
  3699. From: subvcbhd@calvados.zrz.TU-Berlin.DE (Henk Jonas)
  3700. Subject: Re: Still binary file problem...
  3701.  
  3702. On Wed, 25 Mar 1998, Piotr Gapinski wrote:
  3703.  
  3704. > Dnia 25-Mar-98, Mark Marques napisa=EE(a):
  3705. > >How can I avoid the use of the Char() function to get a letter one by on=
  3706. e
  3707. > >and then make an Array of Char, to "simulate" a string ?
  3708. > >The other problem is regarding StringF(), It works once but at the secon=
  3709. d
  3710. > >call it does not write in the correct Estring ...
  3711. > >Example: StringF(a,'\c',buffer[11])
  3712. > >         WriteF('\c', a)  ---> in this case should appear an "D" in the
  3713. > >stdout, but what appears is an "0" ...
  3714. This happens cause a is not a char, but a pointer to char (or Estring).
  3715.  
  3716. > try
  3717. >   StringF(a,'\c',buffer+11)
  3718.                    ^buffer+11 its a pointer to char, buffer[11] is the
  3719. char, and for \c you need a char
  3720.  
  3721. >   WriteF('\c',a)
  3722.              ^you need a char, but "a" is a pointer to char
  3723.  
  3724. try better:
  3725.  
  3726. a:=3DString(1)
  3727. StringF(a,'\c',buffer[11])
  3728. WriteF('\s',a)
  3729.  
  3730. or
  3731.  
  3732. WriteF('\c',buffer[11])
  3733.  
  3734. - ----------------------------------------------------------------
  3735. Henk Jonas            |          subvcbhd@linux.zrz.tu-berlin.de
  3736. Student der           |
  3737. Energietechnik        |       http://www.cs.tu-berlin.de/~jonash
  3738.  
  3739. > Ich lehne Atomenergie als Energiealternative ab! niX=B3 Castor <
  3740. - ----------------------------------------------------------------
  3741.   * AmigaMetaFileFormat * MetaView * Messlabor * Voxelflight *
  3742. - ----------------------------------------------------------------
  3743. Fuer die 'Mitleser': ANARCHIEBNDAKWPKKRAFRADIKALTNTKPDPDSREVOLUT
  3744.  
  3745. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  3746.  
  3747. Date: Wed, 25 Mar 1998 12:59:39 +0100
  3748. From: ss37@irz301.inf.tu-dresden.de (Sven Steiniger)
  3749. Subject: Re: Still binary file problem...
  3750.  
  3751. > By using an HexEditor (DiskMon, FileX) applied to the file, I can see all
  3752. > the text in the ASCII side ...
  3753. > What I am doing wrong ?
  3754. > How can I convert Hex codes to ASCII ?
  3755. > 
  3756. > Do I have to use CopyMem or something instead of StringF() ?
  3757.  
  3758. I am new on this list, so I haven't read your previous
  3759. mails.
  3760. I suppose you wanna read an file an display it as an text
  3761. or string, right?
  3762. Then try the following:
  3763.  
  3764.   RAISE "MEM" IF String()=NIL,
  3765.         "OPEN" IF Open()=NIL
  3766.  
  3767.   /* Makes an estring from an file.
  3768.   ** Returns the estring or NIL on error.
  3769.   */
  3770.   PROC file2string(name:PTR TO CHAR) HANDLE
  3771.   DEF fh=NIL, stri=NIL, len
  3772.  
  3773.     len:=FileLength(name)
  3774.     IF len<=0 THEN Raise("read")                    -> Does file exists
  3775. ?
  3776.     stri:=String(len+1)                             -> Allocate new
  3777. string
  3778.     fh:=Open(name, MODE_OLDFILE)                    -> Open file
  3779.     IF Read(fh, stri, len)<>len THEN Raise("read")  -> read file into
  3780. string
  3781.     stri[len+1]:='\0'                               -> add zero byte
  3782.     SetStr(stri, len)                               -> set the new
  3783. string length
  3784.  
  3785.   EXCEPT DO
  3786.     Close(fh)
  3787.     IF exception
  3788.       -> error, clean up
  3789.       DisposeLink(stri)
  3790.       stri:=NIL
  3791.     ENDIF
  3792.   ENDPROC stri
  3793.  
  3794.  
  3795. - --
  3796. Sven Steiniger
  3797. (ss37@inf.tu-dresden.de - http://www.inf.tu-dresden.de/~ss37)
  3798.  
  3799. And always remember: Heaven is not a place, it's a feeling.
  3800. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  3801.  
  3802. From: kolo8@ely.pg.gda.pl (Piotr Gapinski)
  3803. Date: Wed, 25 Mar 1998 13:16:08 +0100
  3804. Subject: Re: Still binary file problem...
  3805.  
  3806. Dnia 25-Mar-98, Henk Jonas napisa=EE(a):
  3807. >On Wed, 25 Mar 1998, Piotr Gapinski wrote:
  3808.  
  3809. >> Dnia 25-Mar-98, Mark Marques napisa=EE(a):
  3810. >> try
  3811. >>   StringF(a,'\c',buffer+11)
  3812. >                   ^buffer+11 its a pointer to char, buffer[11] is the
  3813. >char, and for \c you need a char
  3814. yes, u right
  3815.  
  3816. >>   WriteF('\c',a)
  3817. >             ^you need a char, but "a" is a pointer to char
  3818.  
  3819. look at this:
  3820. PROC main()
  3821.   DEF a[10]:STRING, buffer:PTR TO CHAR
  3822.  
  3823.   buffer:=3D'testptrtochar'
  3824.   StringF(a,'\c',buffer[4])
  3825.   ->- WriteF('a =3D \c\n',a)    this does't work!!!!
  3826.   WriteF('a =3D \c\n',a[])        this work fine (for me)
  3827. ENDPROC
  3828.  
  3829.  Pozdrawiam,
  3830. - -----///-----------------------
  3831.  Piotr Gapinski
  3832.  mailto: kolo8@ely.pg.gda.pl
  3833.  
  3834. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  3835.  
  3836. From: a9660319@wlv.ac.uk
  3837. Subject: Nil terminated lists... (more pointer stuff...)
  3838. Date: Wed, 25 Mar 1998 12:33:51 -0500 (EST)
  3839.  
  3840. Hi there list!
  3841.  
  3842. Me again. This time, it`s NIL terminated lists, and OO.
  3843.  
  3844.  
  3845. Okay, this is what I`m doing:
  3846.  
  3847. OBJECT vector
  3848.   x:INT
  3849.   y:INT
  3850.   z:INT
  3851. ENDOBJECT
  3852.  
  3853. OBJECT face
  3854.   vectorlist[4]:ARRAY OF vector
  3855.   fdirec:LONG
  3856. /* This is where I think I`m going wrong, as vectorlist[] is an array 
  3857. of PTRS, but fdirec holds a value, should I put fdirec up in the vector 
  3858. object, but I`d like it down in facelist, as it makes more sense there! 
  3859. */
  3860. ENDOBJECT
  3861.  
  3862. OBJECT facelist
  3863.   next:PTR TO facelist
  3864.   face:PTR TO face
  3865. ENDOBJECT
  3866.  
  3867. OBJECT structure
  3868.   head:PTR TO facelist
  3869.   curr:PTR TO facelist
  3870. ENDOBJECT
  3871.  
  3872. DEF b[10]:ARRAY OF structure
  3873.  
  3874. PROC main()
  3875.   NEW b
  3876.   loadstruc(1)
  3877. ENDPROC
  3878.  
  3879. PROC insert(cbuild, face:PTR TO face, fdirec, ptype=3, pri=0, colour=1) OF structure
  3880. /* insert sticks an entry onto the list. */
  3881.   DEF temp:PTR TO facelist, n
  3882.  
  3883.   temp:=NewR(SIZEOF facelist)
  3884.   temp.face:=NewR(SIZEOF face)
  3885.  
  3886. /* Are these NewR()`s Okay? will they give me the right amount of 
  3887. memorey? */ 
  3888.  
  3889.   temp.face.fdirec:=fdirec
  3890.  
  3891.   FOR n:=0 TO 3 -> Copy into array.
  3892.     temp.face.vectorlist[n].x:=face.vectorlist[n].x
  3893.     temp.face.vectorlist[n].y:=face.vectorlist[n].y
  3894.     temp.face.vectorlist[n].z:=face.vectorlist[n].z
  3895.   ENDFOR
  3896.  
  3897.   IF self[cbuild].head<>NIL
  3898.     temp.next:=self[cbuild].head
  3899.   ELSE
  3900.     temp.next:=NIL
  3901.   ENDIF
  3902.  
  3903.   self[cbuild].head:=temp
  3904. ENDPROC
  3905.  
  3906. PROC loadstruc(cbuild)
  3907.   DEF face:face
  3908.  
  3909.   b.init(cbuild)
  3910.  
  3911.   face.vectorlist[0].x:=10
  3912.   face.vectorlist[0].y:=20
  3913.   face.vectorlist[0].z:=30
  3914.  
  3915.   b.insert(cbuild, face, 2)
  3916.  
  3917.   face.vectorlist[0].x:=-110
  3918.   face.vectorlist[0].y:=-120
  3919.   face.vectorlist[0].z:=-130
  3920.  
  3921.   b.insert(cbuild, face,3)
  3922.  
  3923.   face.vectorlist[0].x:=210
  3924.   face.vectorlist[0].y:=220
  3925.   face.vectorlist[0].z:=230
  3926.  
  3927.   b.insert(cbuild, face,4)
  3928. ENDPROC
  3929.  
  3930. PROC init(cbuild) OF structure
  3931.   self[cbuild].head:=NIL
  3932.   self[cbuild].curr:=NIL
  3933. ENDPROC
  3934.  
  3935. Sorry to just dump this lot on you, but I`ve already simplified it a 
  3936. lot, and the book I was using dosn`t cover this bit (it`s in C++)
  3937. But for some reason this code causes errors, it dosn`t cause an 
  3938. enforcer hit, but it is doing GBH to the memorey, as when I run the 
  3939. same routine, but with a more intensive loadstruc() as soon as I move a 
  3940. window the machine crashes, etc...
  3941.  
  3942. So, what am I doing wrong? This problem has been driving me nuts for 
  3943. several weeks now!
  3944.  
  3945. Again, sorry for making this so long.....
  3946.  
  3947. Andrew Hutchins :)
  3948.  
  3949. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  3950.  
  3951. Date: Wed, 25 Mar 1998 13:49:35 +0100
  3952. From: Fabio.Rotondo@deagostini.it (Fabio Rotondo)
  3953. Subject: Re: Nil terminated lists... (more pointer stuff...)
  3954.  
  3955. a9660319@wlv.ac.uk wrote:
  3956.  
  3957. > DEF b[10]:ARRAY OF structure
  3958. >
  3959. > PROC main()
  3960. >   NEW b
  3961.  
  3962. This is wrong!!! You should not init with NEW an array... instead:
  3963.  
  3964.     DEF bb:PTR TO structure
  3965.  
  3966.     NEW bb.structure()    -> is there any constructor for this class??
  3967.  
  3968.     b[0]:=bb                    -> this is ok
  3969.  
  3970. Look, your code seems to need some OOP shakering :-)
  3971.  
  3972. > PROC insert(cbuild, face:PTR TO face, fdirec, ptype=3, pri=0, colour=1) OF structure
  3973. > /* insert sticks an entry onto the list. */
  3974. >   DEF temp:PTR TO facelist, n
  3975. >
  3976. >   temp:=NewR(SIZEOF facelist)
  3977. >   temp.face:=NewR(SIZEOF face)
  3978. >
  3979. > /* Are these NewR()`s Okay? will they give me the right amount of
  3980. > memorey? */
  3981.  
  3982. Yes, but it's better this:
  3983.  
  3984.     NEW temp
  3985.     NEW temp.face
  3986.  
  3987.  
  3988. > So, what am I doing wrong? This problem has been driving me nuts for
  3989. > several weeks now!
  3990.  
  3991. There are some problems in memory allocation, as far as I can see,
  3992. more: you should not declare an "array" of structure, a list is better.
  3993. Try the NodeMaster from the AFC distribuition.
  3994.  
  3995. Ciao,
  3996.  
  3997.     Fabio
  3998.  
  3999. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  4000.  
  4001. From: a9660319@wlv.ac.uk
  4002. Subject: re: Re: Nil terminated lists... (more pointer stuff...)
  4003. Date: Wed, 25 Mar 1998 13:43:25 -0500 (EST)
  4004.  
  4005. Fabio Rotondo wrote:
  4006. > a9660319@wlv.ac.uk wrote:
  4007. > 
  4008. > > DEF b[10]:ARRAY OF structure
  4009. > >
  4010. > > PROC main()
  4011. > >   NEW b
  4012. > 
  4013. > This is wrong!!! You should not init with NEW an array... instead:
  4014.  
  4015. Oops! I knoew it was going to be something stupid like this :)
  4016.  
  4017. >     DEF bb:PTR TO structure
  4018. > 
  4019. >     NEW bb.structure()    -> is there any constructor for this class
  4020.  
  4021. Um.. No, it`s not a class per se, it`s just convenient to use the class 
  4022. system for now, and when I`m ready to move it over into a proper full 
  4023. blown class, it`s already half way there. And besides, these routines 
  4024. are not for public consumption :)
  4025.  
  4026. > 
  4027. >     b[0]:=bb                    -> this is ok
  4028.  
  4029. Ah! I get it now! b[0] will now be a PTR TO structure, and I can access 
  4030. as before...
  4031.  
  4032. > Look, your code seems to need some OOP shakering :-)
  4033.  
  4034. Umm. Whats that? :)
  4035.  
  4036. > >   temp:=NewR(SIZEOF facelist)
  4037. > >   temp.face:=NewR(SIZEOF face)
  4038. > >
  4039. > > /* Are these NewR()`s Okay? will they give me the right amount of
  4040. > > memorey? */
  4041. > 
  4042. > Yes, but it's better this:
  4043. > 
  4044. >     NEW temp
  4045. >     NEW temp.face
  4046.  
  4047. Yea, but I`ve been using NewR() so that I learn exactly what it`s 
  4048. doing, NewR() has only one function, wheras NEW can have a few. Is it 
  4049. okay to continue using NewR() for mem allocation ala above? If it is, 
  4050. then I`ll use NewR() as it keeps the code clear at exactly what I`m 
  4051. doing (speed isn`t an issue in these routines).
  4052.  
  4053. > > So, what am I doing wrong? This problem has been driving me nuts for
  4054. > > several weeks now!
  4055. > 
  4056. > There are some problems in memory allocation, as far as I can see,
  4057. > more: you should not declare an "array" of structure, a list is better.
  4058.  
  4059. So, the b[0] thing above, although it works is still probably a bad 
  4060. idea, right? I was just thinking that. Dosn`t DEF b[MAX]:ARRAY OF 
  4061. structure grab a bunch of memorey. So it dosn`t make sense to then use 
  4062. it as a bunch of Pointers. 
  4063.  
  4064. A list might be better, but I want quick, unambiguous access to a 
  4065. certain structure, 
  4066.  
  4067. eg/ b[1] contains the data for a house, and b[2] contains the 3d data 
  4068. for a fence. Then, a master array, when it wants a house just says, go 
  4069. and get b[1] when you want the house data. 
  4070.  
  4071. I suppose I could do this with pointers though... (sorry, I`m thinking 
  4072. aloud.)  
  4073.  
  4074. > Try the NodeMaster from the AFC distribuition.
  4075.  
  4076. I`m impressed by the AFC, but I need to be able to do this for myself...
  4077. Sorry to be so stubborn :)
  4078.  
  4079. > Ciao,
  4080. > 
  4081. >     Fabio
  4082. > 
  4083.  
  4084. Thanks a lot, you`ve helped already!
  4085.  
  4086. Andrew :)
  4087.  
  4088.  
  4089. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  4090.  
  4091. Date: Wed, 25 Mar 1998 14:44:41 +0100 (MET)
  4092. From: subvcbhd@calvados.zrz.TU-Berlin.DE (Henk Jonas)
  4093. Subject: Re: Still binary file problem...
  4094.  
  4095. On Wed, 25 Mar 1998, Piotr Gapinski wrote:
  4096.  
  4097. > look at this:
  4098. > PROC main()
  4099. >   DEF a[10]:STRING, buffer:PTR TO CHAR
  4100. >=20
  4101. >   buffer:=3D'testptrtochar'
  4102. >   StringF(a,'\c',buffer[4])
  4103. >   ->- WriteF('a =3D \c\n',a)    this does't work!!!!
  4104. again, a is only the pointer and \c want the char self
  4105.  
  4106. >   WriteF('a =3D \c\n',a[])        this work fine (for me)
  4107. [] reference at the first item (char, cause it is a string) of the pointer
  4108.  
  4109. > ENDPROC
  4110.  
  4111. - ----------------------------------------------------------------
  4112. Henk Jonas            |          subvcbhd@linux.zrz.tu-berlin.de
  4113. Student der           |
  4114. Energietechnik        |       http://www.cs.tu-berlin.de/~jonash
  4115.  
  4116. > Ich lehne Atomenergie als Energiealternative ab! niX=B3 Castor <
  4117. - ----------------------------------------------------------------
  4118.   * AmigaMetaFileFormat * MetaView * Messlabor * Voxelflight *
  4119. - ----------------------------------------------------------------
  4120. Fuer die 'Mitleser': ANARCHIEBNDAKWPKKRAFRADIKALTNTKPDPDSREVOLUT
  4121.  
  4122. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  4123.  
  4124. From: GIMBO@pulse-service.co.uk (Dexter's Music Lab)
  4125. Date: Wed, 25 Mar 1998 17:05:22 +0000
  4126. Subject: Dynamic String problem
  4127.  
  4128. /*This whole mail from here down should be compilable...
  4129.   
  4130.   Okay, here's a fun one. I've got two dynamically allocated estrings,
  4131.   which I'm being naughty and storing binary data in. I'm assigning
  4132.   into them as if they're arrays, and calling SetStr() to set the
  4133.   length, as advised in the Beginner's Guide.
  4134.  
  4135.   It all looks OK until I try to add the contents of 'header' into
  4136.   (the currently empty) 'message'... StrAdd() seems to only copy 2
  4137.   elements, rather than 5.
  4138.  
  4139.   So come on, what am I doing wrong? :-) The code should compile and
  4140.   run as is.
  4141.  
  4142.   Thanks!
  4143.  
  4144.   By the way, I'm using strings instead of arrays because strings keep
  4145.   track of their own length (in my app I need to pass references to
  4146.   these babies around quite a lot, so I'm trying to tidy things up a bit).
  4147.  
  4148.   Any and all advice appreciated... :-)
  4149.  
  4150.   Andy
  4151. */
  4152.  
  4153. PROC main() HANDLE
  4154.   DEF message : PTR TO CHAR
  4155.   DEF header  : PTR TO CHAR
  4156.  
  4157.   message := String(100)             -> allocate memory for 'message'
  4158.   IF (message = NIL) THEN Raise(1)   -> and check it
  4159.   StrCopy(message , '')              -> not necessary to initialise?
  4160.                      -> only did it out of desperation! :-)
  4161.   header := String(5)
  4162.   IF (header = NIL) THEN Raise(1)
  4163.  
  4164.   StrCopy(header , '')          -> again, just a desperate attempt to
  4165.                 -> initialise things nicely
  4166.  
  4167.   WriteF('Header length before: \d\n' , EstrLen(header))     -> it's 0
  4168.  
  4169.   -> Want to build header one element at a time, so treat it as an array
  4170.   -> This data relates to MIDI, but it could be anything, right?
  4171.   header[0] := $F0
  4172.   header[1] := $41
  4173.   header[2] := $00
  4174.   header[3] := $46
  4175.   header[4] := $12
  4176.  
  4177.   -> Now need SetStr() to set length properly, as advised in Beginner's
  4178.   SetStr(header , 5)
  4179.   WriteF('Header length after: \d\n' , EstrLen(header))      -> it's 5
  4180.  
  4181.   -> At this point things look good in edbg
  4182.  
  4183.   WriteF('create_header() returns length: \d\n' , EstrLen(header))   -> 5
  4184.   WriteF('message before is length:       \d\n' , EstrLen(message))  -> 0
  4185.  
  4186.   StrAdd(message , header , ALL)
  4187.   -> Only first two elements are copied across, as seen in edbg
  4188.  
  4189.   WriteF('message after is length:        \d\n' , EstrLen(message))  -> 2!!!
  4190.  
  4191.   -> WHY IS IT 2??? WHY DOESN'T IT COPY ALL 5 ELEMENTS OF HEADER???
  4192.  
  4193. EXCEPT DO
  4194.   IF (message) THEN DisposeLink(message)
  4195.   IF (header)  THEN DisposeLink(header)
  4196. ENDPROC
  4197. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  4198.  
  4199. Date: Thu, 26 Mar 1998 10:00:58 +0100
  4200. From: Fabio.Rotondo@deagostini.it (Fabio Rotondo)
  4201. Subject: Re: Dynamic String problem
  4202.  
  4203. Dexter's Music Lab wrote:
  4204.  
  4205. Andy,
  4206.  
  4207.     you little guy has made a silly mistake...
  4208.  
  4209. >   -> Want to build header one element at a time, so treat it as an array
  4210. >   -> This data relates to MIDI, but it could be anything, right?
  4211. >   header[0] := $F0
  4212. >   header[1] := $41
  4213. >   header[2] := $00
  4214.  
  4215. Look: third char is 0!!!
  4216.  
  4217. >   StrAdd(message , header , ALL)
  4218. >   -> Only first two elements are copied across, as seen in edbg
  4219. >
  4220. >   WriteF('message after is length:        \d\n' , EstrLen(message))  -> 2!!!
  4221.  
  4222. Try replacing StrAdd with a cutom routine of your own which does not stop on a
  4223. "0" char,
  4224. but after all the EstrLen()
  4225.  
  4226. Ciao,
  4227.  
  4228.     Fabio
  4229.  
  4230. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  4231.  
  4232. From: GIMBO@pulse-service.co.uk (Dexter's Music Lab)
  4233. Date: Thu, 26 Mar 1998 09:18:19 +0000
  4234. Subject: Re: Dynamic String problem
  4235.  
  4236. > Andy,
  4237. > 
  4238. >     you little guy has made a silly mistake...
  4239. > 
  4240. > >   -> Want to build header one element at a time, so treat it as an array
  4241. > >   -> This data relates to MIDI, but it could be anything, right?
  4242. > >   header[0] := $F0
  4243. > >   header[1] := $41
  4244. > >   header[2] := $00
  4245. > 
  4246. > Look: third char is 0!!!
  4247.  
  4248. D'OH!
  4249.  
  4250. *Slaps forehead in amazement*
  4251.  
  4252. Thanks Fabio! From now on, the E community may address me as "Drongo, 
  4253. King of All Stupid Mistakes".
  4254.  
  4255. Well, not really.
  4256.  
  4257. > >   StrAdd(message , header , ALL)
  4258. > >   -> Only first two elements are copied across, as seen in edbg
  4259. > >
  4260. > >   WriteF('message after is length:        \d\n' , EstrLen(message))  -> 2!!!
  4261. > 
  4262. > Try replacing StrAdd with a cutom routine of your own which does
  4263. > not stop on a "0" char, but after all the EstrLen()
  4264.  
  4265. Yep, I'll give that a go. Thanks!
  4266.  
  4267. Andy
  4268. - --
  4269. Nigel:
  4270.            Really they're quite fearful - that's my theory.  
  4271.            They see us on stage with tight trousers we've got, you 
  4272.            know, armadillos in our trousers, I mean it's really quite 
  4273.            frightening... 
  4274.  
  4275.                                                 -This is Spinal Tap
  4276.  
  4277. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  4278.  
  4279. Date: Thu, 26 Mar 1998 10:37:30 +0100
  4280. From: Fabio.Rotondo@deagostini.it (Fabio Rotondo)
  4281. Subject: Re: Dynamic String problem
  4282.  
  4283. Dexter's Music Lab wrote:
  4284.  
  4285. > *Slaps forehead in amazement*
  4286.  
  4287. :-))
  4288.  
  4289. > Thanks Fabio! From now on, the E community may address me as "Drongo,
  4290. > King of All Stupid Mistakes".
  4291.  
  4292. Oh, well, if you are the kind, I should be consider "the Emperor".. ;)
  4293.  
  4294. > Yep, I'll give that a go. Thanks!
  4295.  
  4296. Sorry, but now I don't have the time for writing it for you...What kind of MIDI
  4297. program are you writing?
  4298. I would like to write a MIDI Sequencer, ala CuBase
  4299. and, for sure, I would be able to cover almost all parts of
  4300. the project, but I need someone who can help me
  4301. in handling those damn MIDI messages both in input and output....
  4302. are you that guy?
  4303.  
  4304. (If so, please, send me a private e-mail and not use this m/l)
  4305.  
  4306.  
  4307. Ciao,
  4308.  
  4309.     Fabio, the Emperor ;-)
  4310.  
  4311. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  4312.  
  4313. From: stv@minorisa.es ("Esteve Boix")
  4314. Date: Thu, 26 Mar 1998 12:02:01 +0000
  4315. Subject: Re: Dynamic String problem
  4316.  
  4317. >   -> Want to build header one element at a time, so treat it as an
  4318. >   array -> This data relates to MIDI, but it could be anything,
  4319. >   right? header[0] := $F0 header[1] := $41 header[2] := $00
  4320. >   header[3] := $46 header[4] := $12
  4321. > 
  4322. >   StrAdd(message , header , ALL)
  4323. >   -> Only first two elements are copied across, as seen in edbg
  4324.  
  4325. header[2]=0 !!!!
  4326.  
  4327. StrAdd will only consider strings until it finds a NIL char. You'll 
  4328. have to memcopy(). Better not use Strings, but vars allocated with 
  4329. NEW. 
  4330.  
  4331. Esteve
  4332. - --
  4333. Esteve Boix - stv@minorisa.es
  4334. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  4335.  
  4336. From: GIMBO@pulse-service.co.uk (Dexter's Music Lab)
  4337. Date: Thu, 26 Mar 1998 13:55:13 +0000
  4338. Subject: Re: Dynamic String problem
  4339.  
  4340. > header[2]=0 !!!!
  4341. > 
  4342. > StrAdd will only consider strings until it finds a NIL char. You'll 
  4343. > have to memcopy(). Better not use Strings, but vars allocated with 
  4344. > NEW. 
  4345.  
  4346. I'm using strings because I need to pass these streams of MIDI data 
  4347. (which is all CHARs, essentially) between various methods, and I need 
  4348. a way to keep track of their length. I saw three options:
  4349.  
  4350. 1. Pass arrays of chars and their lengths, as seperate parameters.
  4351. 2. Use strings, since they are essentially arrays of CHARs and keep
  4352.     track of their own size.
  4353. 3. Create a midi_data class with an array of CHAR and a size pointer,
  4354.     these can be dynamically allocated and I write my own methods for
  4355.     combining them/whatever. Just pass pointer to midi_data then. :-)
  4356.  
  4357. (1) looked yucky, (3) looked like overkill, (2) looked just right, at 
  4358. the time.
  4359.  
  4360. Having said that, if I need to write my own function in place of 
  4361. StrAdd(), maybe I might as well skip straight to (3)... This method 
  4362. will be more extensible in the future if I need to extend my 
  4363. functionality, I suppose.
  4364.  
  4365. Hmmm, things to think about...
  4366.  
  4367. Thanks!
  4368.  
  4369. Andy
  4370. - --
  4371. David:     It's such a fine line between stupid an'... 
  4372. Derek:     ...and clever. 
  4373. David:     Yeah, and clever. 
  4374.  
  4375.                                                 -This is Spinal Tap
  4376.  
  4377. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  4378.  
  4379. From: stv@minorisa.es ("Esteve Boix")
  4380. Date: Thu, 26 Mar 1998 18:26:40 +0000
  4381. Subject: Re: Dynamic String problem
  4382.  
  4383. > From:          GIMBO@pulse-service.co.uk (Dexter's Music Lab)
  4384. > Organization:  Pulse Service Centre
  4385. > To:            amigae-list@intercom.it
  4386. > Date:          Thu, 26 Mar 1998 13:55:13 +0000
  4387. > Subject:       Re: Dynamic String problem
  4388. > Reply-to:      amigae-list@intercom.it
  4389.  
  4390. > > header[2]=0 !!!!
  4391. > > 
  4392. > > StrAdd will only consider strings until it finds a NIL char. You'll 
  4393. > > have to memcopy(). Better not use Strings, but vars allocated with 
  4394. > > NEW. 
  4395. > 
  4396. > I'm using strings because I need to pass these streams of MIDI data
  4397. > (which is all CHARs, essentially) between various methods, and I
  4398. > need a way to keep track of their length. I saw three options:
  4399. > 
  4400. > 1. Pass arrays of chars and their lengths, as seperate parameters.
  4401. > 2. Use strings, since they are essentially arrays of CHARs and keep
  4402. >     track of their own size.
  4403. > 3. Create a midi_data class with an array of CHAR and a size
  4404. > pointer,
  4405. >     these can be dynamically allocated and I write my own methods
  4406. >     for combining them/whatever. Just pass pointer to midi_data
  4407. >     then. :-)
  4408. > 
  4409. > (1) looked yucky, (3) looked like overkill, (2) looked just right,
  4410. > at the time.
  4411. > 
  4412. > Having said that, if I need to write my own function in place of
  4413. > StrAdd(), maybe I might as well skip straight to (3)... This method
  4414. > will be more extensible in the future if I need to extend my
  4415. > functionality, I suppose.
  4416. > 
  4417. > Hmmm, things to think about...
  4418. > 
  4419. > Thanks!
  4420. > 
  4421. > Andy
  4422. > --
  4423. > David:     It's such a fine line between stupid an'... 
  4424. > Derek:     ...and clever. 
  4425. > David:     Yeah, and clever. 
  4426. > 
  4427. >                                                 -This is Spinal Tap
  4428. - --
  4429. Esteve Boix - stv@minorisa.es
  4430. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  4431.  
  4432. From: stv@minorisa.es ("Esteve Boix")
  4433. Date: Thu, 26 Mar 1998 18:26:40 +0000
  4434. Subject: Re: Dynamic String problem
  4435.  
  4436. > I'm using strings because I need to pass these streams of MIDI data
  4437. > (which is all CHARs, essentially) between various methods, and I
  4438. > need a way to keep track of their length. I saw three options:
  4439. > 3. Create a midi_data class with an array of CHAR and a size
  4440. > pointer,
  4441. >     these can be dynamically allocated and I write my own methods
  4442. >     for combining them/whatever. Just pass pointer to midi_data
  4443. >     then. :-)
  4444.  
  4445. For sure, creating a midi class is the best solution :) Using OOP 
  4446. will make future expansion far easy (IMO).
  4447.  
  4448. Esteve
  4449. - --
  4450. Esteve Boix - stv@minorisa.es
  4451. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  4452.  
  4453. Date: Fri, 27 Mar 1998 11:04:53 +0100 (MET)
  4454. From: szczepan@cksr.ac.bialystok.pl ("Marcin Juszkiewicz (Szczepan/BlaBla)")
  4455. Subject: amigaguide.library/OpenAmigaGuideAsyncA()
  4456.  
  4457.  Hi !
  4458.  
  4459.   I need any examples how to use function like in subject. I need it for
  4460. my MultiView (now is ver. 3.5) to async showing files via datatypes.
  4461.  
  4462. - ------
  4463.  Marcin Juszkiewicz (Szczepan/BlaBla)   *Team Amiga*
  4464.  szczepan@cksr.ac.bialystok.pl  http://cksr.ac.bialystok.pl/szczepan/
  4465.  A1200 BlizzIv 2+8MB RAM 425MB HDD
  4466.  Author of MultiView for OS 2.0+ -> Aminet:util/sys/2b_mv_os2_x.lha
  4467.  
  4468. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  4469.  
  4470. From: mofjelds@online.no (Morten Fjeldstad)
  4471. Date: Thu, 26 Mar 1998 21:27:00 +0200
  4472. Subject: Newbe question
  4473.  
  4474. Hello,
  4475.  
  4476. Any way to program TCP/IP applications in AmigaE?
  4477.  
  4478. Kind regards
  4479.  
  4480. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  4481.  
  4482. Date: Sat, 28 Mar 1998 13:17:05 +0100
  4483. From: gamboni@fastnet.ch (Jacques Gamboni)
  4484. Subject: debugging
  4485.  
  4486. What tools are available to find a bug in an E prog?
  4487. I can put some WriteF() statements in some places my program to display
  4488. the current state of a variable.
  4489. I can use EDBG to see at which place my program crashes/executes a wrong
  4490. instruction and so on.
  4491. I can use Enforcer to know if my program uses uninitialised pointers or
  4492. goes out of the bounds of an array.
  4493. What else?
  4494. In fact I have a program that has no Enforcer hit but that crashes the
  4495. computer when it quits (with EDBG,
  4496. just when the last ENDPROC is stepped). So none of these above method
  4497. can help me to debug my program..
  4498.  
  4499.                                                         Maxime
  4500.  
  4501. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  4502.  
  4503. Date: 28 Mar 98 14:07:06 +0100
  4504. From: kaarej@alpha.barentsnett.no ("Kaare Johansen")
  4505. Subject: Audio allocation
  4506.  
  4507. Anyone knows how to code a audio de/allocation src in E?.. I can't get
  4508. my routine to work.. This means that no sounds will interrupt with
  4509. my program, so.. No Displaybeeps will be heard while playing e.g
  4510. modules, anyone that could help me.. Or look at this small code:
  4511.  
  4512. MODULE    'dos/dos',
  4513.     'exec/io',
  4514.     'exec/memory',
  4515.     'exec/ports',
  4516.     'devices/audio'
  4517.  
  4518. DEF aureq1:PTR TO ioaudio,
  4519.     aureq2:ioaudio,
  4520.     reply1,reply2,
  4521.     ior:PTR TO io,
  4522.     dev,
  4523.     ioa:PTR TO ioaudio,
  4524.     mnode:PTR TO mn
  4525.  
  4526. PROC main()
  4527. IF reply1:=CreateMsgPort()
  4528.     IF reply2:=CreateMsgPort()
  4529.         IF aureq1:=CreateIORequest(reply1, SIZEOF ioaudio)
  4530.             /* want to allocate and use any channel with OpenDev() */
  4531.             aureq1.data:=[1,2,4,8]:CHAR
  4532.             aureq1.length:=4;
  4533.             ior:=aureq1
  4534.             ior.command:=ADCMD_ALLOCATE
  4535.             IF (dev=OpenDevice('audio.device', 0, aureq1, 0))
  4536.                 REPEAT
  4537.                 -> For testing audio alloc only 
  4538.                 UNTIL CtrlC()=TRUE
  4539.                 CloseDevice(dev)
  4540.             ENDIF
  4541.             DeleteIORequest(aureq1)
  4542.         ENDIF
  4543.     ENDIF
  4544. DeleteMsgPort(reply2)
  4545. ENDIF
  4546. DeleteMsgPort(reply1)
  4547. ENDPROC
  4548.  
  4549.  
  4550. --------------------------------------------------------------------------
  4551.                                                              _
  4552.    /\   Kaare Johansen - Dr. Ice/sEASONS - SysOp At TKS   _ // AMIGA  /\
  4553.   /  \      USR Courier 28800 V34/V34+X2 -  +47-7847-1042 \X/        /  \
  4554.   \  /    A4000/030/25MHz/10MB/730MB PC Pentium133/32EDO/1.2GHD      \  /
  4555.    \/ mailto: kaarej@barentsnett.no HTTP://www.barentsnett.no/~kaarej \/
  4556.  
  4557. ---------------------------  Software used <sb> ---------------------------
  4558.  
  4559.       Running ABBS v2.x sn: 161 - Coded by JEO, ABBS Support BBS
  4560.       Thor v2.5a sn: 1202 - Coded by Ultima Thule Software
  4561.  
  4562. If you've seen one city slum, you've seen them all. - Spiro Agnew
  4563.  
  4564. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  4565.  
  4566. From: gary@empire.u-net.com (Gary Colville)
  4567. Date: 28 Mar 1998 00:59:56 0000 
  4568. Subject: Newbe question
  4569.  
  4570. Morten Fjeldstad <mofjelds@online.no> wrote to amigae-list@intercom.it about Newbe question:
  4571.  
  4572. > Hello,
  4573.  
  4574. > Any way to program TCP/IP applications in AmigaE?
  4575.  
  4576. Yes, Amiga E is great for TCP/IP stuff. I've written a complete
  4577. E-Mail/News client in E (eval copies available from my web site).
  4578.  
  4579. You'll need the AmiTCP E modules from Aminet plus a good book on TCP/IP :)
  4580.  
  4581. - --  _ 
  4582.  _ //    Gary Colville        AmigaOS Software Developer           
  4583.  \X/ gary@empire.u-net.com    http://www.empire.u-net.com 
  4584. - -- 
  4585. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  4586.  
  4587. From: dissident@mail.telepac.pt (Roberto)
  4588. Date: Fri, 27 Mar 1998 20:18:02 -0000
  4589. Subject: Frequency rate
  4590.  
  4591.  I was wondering if you guys could help me. I need to find the frequency rate
  4592. (15 khz, 50hz, etc) of a screen mode using OS functions/structures. Do you
  4593. know how to find that info?
  4594.  
  4595.  
  4596. - -- 
  4597.  rOBERTo ->dissident@mail.telepac.pt<- !wEb pAGe uNDEr cONSTRUCTIOn!
  4598.  
  4599. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  4600.  
  4601. Date: Sat, 28 Mar 1998 18:01:17 +0000 (GMT)
  4602. From: sac@csd.abdn.ac.uk ("Stuart Caie (kyz)")
  4603. Subject: Re: Frequency rate
  4604.  
  4605. On Fri, 27 Mar 1998, Roberto wrote:
  4606.  
  4607. => I was wondering if you guys could help me. I need to find the frequency rate
  4608. =>(15 khz, 50hz, etc) of a screen mode using OS functions/structures. Do you
  4609. =>know how to find that info?
  4610.  
  4611. With the displaymode examining functions in graphics.library?
  4612.  
  4613. kyz
  4614.  
  4615. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  4616.  
  4617. Date: Sat, 28 Mar 1998 18:03:18 +0000 (GMT)
  4618. From: sac@csd.abdn.ac.uk ("Stuart Caie (kyz)")
  4619. Subject: Re: Audio allocation
  4620.  
  4621. On 28 Mar 1998, Kaare Johansen wrote:
  4622.  
  4623. =>Anyone knows how to code a audio de/allocation src in E?
  4624.  
  4625. Set your allocation priority to 127. See the aminet:dev/asm/CadOS_13.lha
  4626. for an example (in asm). If you are hitting audio registers directly, then send
  4627. a cmd_reset to the audio.device before deallocating/closing
  4628.  
  4629. kyz
  4630.  
  4631. Ich werde umgehauen; Doch ich stehe wieder auf; Ihr werdet mich nicht
  4632. unterkriegen. Er trinkt einen Whisky; Er trinkt einen Wodka; Er trinkt ein
  4633. Lager; Er trinkt ein Cider. Er singt die Lieder, die ihn; An die guten Zeiten
  4634. erinnern.
  4635.  
  4636. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  4637.  
  4638. Date: Sat, 28 Mar 1998 18:05:28 +0000 (GMT)
  4639. From: sac@csd.abdn.ac.uk ("Stuart Caie (kyz)")
  4640. Subject: Re: debugging
  4641.  
  4642. On Sat, 28 Mar 1998, Jacques Gamboni wrote:
  4643.  
  4644. =>In fact I have a program that has no Enforcer hit but that crashes the
  4645. =>computer when it quits (with EDBG,
  4646. =>just when the last ENDPROC is stepped). So none of these above method
  4647. =>can help me to debug my program..
  4648.  
  4649. You could be overwriting your own stack (which the E startup code will choke
  4650. on). Enforcer can't tell you that. You could have left handler/hook code still
  4651. installed, the memory will free on exit and the system calls it as the handler,
  4652. .....
  4653.  
  4654. My favourite 4 tools are:
  4655.  
  4656. MUNGWALL (detects array overruns, mistakes of ^NIL vs NIL, etc)
  4657. PATCHWORK (detects bad calls to system functions)
  4658. SAFERPATCHES (makes it easier to detect problems when patching the system)
  4659. IO_TORTURE (no comment)
  4660.  
  4661. kyz
  4662.  
  4663. Ich werde umgehauen; Doch ich stehe wieder auf; Ihr werdet mich nicht
  4664. unterkriegen. Er trinkt einen Whisky; Er trinkt einen Wodka; Er trinkt ein
  4665. Lager; Er trinkt ein Cider. Er singt die Lieder, die ihn; An die guten Zeiten
  4666. erinnern.
  4667.  
  4668.  
  4669. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  4670.  
  4671. From: merlin@thule.no (Eric Sauvageau)
  4672. Date: Sat, 28 Mar 1998 14:20:40 +0500
  4673. Subject: Re: debugging
  4674.  
  4675. On Sat, 28 Mar 1998, we received a letter from  about 'debugging':
  4676.  
  4677. >  What tools are available to find a bug in an E prog?
  4678. >  I can put some WriteF() statements in some places my program to display
  4679. >  the current state of a variable.
  4680. >  I can use EDBG to see at which place my program crashes/executes a wrong
  4681. >  instruction and so on.
  4682. >  I can use Enforcer to know if my program uses uninitialised pointers or
  4683. >  goes out of the bounds of an array.
  4684. >  What else?
  4685.  
  4686. EFindHit to pinpoint the place in the source code that generated the Enforcer
  4687. hit.
  4688.  
  4689. PoolWatch to track down any poolmem problems if you use pool mem (which you should
  4690. with any half-complex program these days)
  4691.  
  4692. >  In fact I have a program that has no Enforcer hit but that crashes the
  4693. >  computer when it quits (with EDBG,
  4694. >  just when the last ENDPROC is stepped). So none of these above method
  4695. >  can help me to debug my program..
  4696.  
  4697. What guru number?  If you get anything else than 80000003/4, then it's very likely
  4698. to tell you if it's about memory being freed twice and such.
  4699.  
  4700. Mungwall also helps tracking down memory management problems.
  4701.  
  4702.  
  4703.  
  4704. ... ...NO CARRIER...but I've got 2 destroyers and a frigate.
  4705.  
  4706. - -- 
  4707.  
  4708. ===--- - - -
  4709.   Eric Sauvageau    http://www.thule.no/~merlin/    merlin@thule.no
  4710.   Amiga wizard known as Merlin, casting with E runes, resulting in:
  4711.       DevsMan - MFormat - NewIcons4 - SysInspector - XPKatana
  4712. - - - - ---===
  4713.  
  4714. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  4715.  
  4716. Date: 29 Mar 98 01:31:27 +0200
  4717. From: savel@kaunas.omnitel.net (Levas)
  4718. Subject: How to program PCMCIA hardware by E
  4719.  
  4720. Hi,
  4721.  
  4722. I want to hook some hardware to A1200 PCMCIA socket. The only language quick
  4723. enough for my hardware is E. Maybe some one know how to talk with PCMCIA port?
  4724. (Example in Aminet is not good because it uses feature that MEM card is mapped
  4725. to Amiga RAM)
  4726.  
  4727. Bye, Levas
  4728. - --
  4729. <tsb>Amiga? Amiga... Amiga!
  4730. - -- e-mail:savel@kaunas.omnitel.net - http://www1.omnitel.net/savel --
  4731.  
  4732. Nobody can be just like me. Even I have trouble.
  4733.  
  4734. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  4735.  
  4736. Date: Sun, 29 Mar 1998 11:28:32 +0200
  4737. From: gamboni@fastnet.ch (Jacques Gamboni)
  4738. Subject: bitmap refreshing
  4739.  
  4740. Hi #?,
  4741.  
  4742. I still have problems with mui bitmaps/images:
  4743. (I already sent a mail 'attribute refreshing with MUI', dated of 1st
  4744. March)
  4745. I managed to use BitmapObjects, using the 'super_picture' AFC class to
  4746. create the bitmap
  4747. (BTW: I had to make an array 'manually' to give MUI the correct array,
  4748. because MUI needs
  4749. three LONG values fo each colour, e.g. $FFFFFFFF,$FFFFFFFF,$FFFFFFFF for
  4750. white.
  4751. How could I convert the output of .palette() into this format? The
  4752. problem with the way I do
  4753. it is that I must have the same palette for each image and stick to it).
  4754.  
  4755. So I create a BitmapObject with
  4756.  
  4757. /*...*/ MUIA_Bitmap_Bitmap,bmp,  /*...*/
  4758.  
  4759. (I got bmp using the .bitmap() method of super_picture)
  4760. Here it works perfectly, the colours are right, the bitmap is correctly
  4761. displayed.
  4762. Later I have to change the image in it, but I do not manage to do it: I
  4763. tried
  4764.  
  4765. set(gad,MUIA_Bitmap_Bitmap,newbmp) /*gad being the BitmapObject*/
  4766. Mui_Redraw(gad) /*redraw the gadget*/
  4767.  
  4768. but nothing happens. If I try to manually resize the window, the bitmap
  4769. is still like it was before
  4770. the two above lines. When the window is closed and opened again (e.g.
  4771. iconification or modification
  4772. of the preferences), the bitmaps displays correctly.
  4773. (Should I close and open the window from the program every time the
  4774. image change? :-(
  4775.  
  4776.  
  4777. Maxime
  4778.  
  4779. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  4780.  
  4781. Date: 28 Mar 98 19:35:33 +0200
  4782. From: Bubu@kueste.leine.de (Friedhelm Bunk)
  4783. Subject: UNSUBSCRIBE
  4784.  
  4785. UNSUBSCRIBE bubu@kueste.leine.de
  4786. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  4787.  
  4788. From: stv@minorisa.es ("Esteve Boix")
  4789. Date: Mon, 30 Mar 1998 09:28:07 +0000
  4790. Subject: Re: debugging
  4791.  
  4792. > PoolWatch to track down any poolmem problems if you use pool mem
  4793. > (which you should with any half-complex program these days)
  4794.  
  4795. Hey ! I didn't know about poolwatch :)
  4796.  
  4797. I absolutely agree about the fact that modern programs should use 
  4798. mempools.
  4799.  
  4800. Esteve
  4801. - --
  4802. Esteve Boix - stv@minorisa.es
  4803. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  4804.  
  4805. Date: Mon, 30 Mar 1998 11:04:52 +0200 (MET DST)
  4806. From: s879@brems.ii.uib.no (Jan Ove Aase)
  4807. Subject: Binary problem...
  4808.  
  4809. How do you check and set/clear singel bits in a variable?
  4810.  
  4811. ____________________________________________________ _     _
  4812.                                                       \___/
  4813.  Jan Ove Aase, Fantoft Stud.by, E-921, 5036 Fantoft   (o o)__
  4814.                   s879@ii.uib.no                       \_/\_ \
  4815.                janove@GalaxyCorp.com                    ___/) \
  4816.           http://www.GalaxyCorp.com/janove             /    ( _\
  4817. ____________________________________________________   \   _// \\_/
  4818.  
  4819. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  4820.  
  4821. From: GIMBO@pulse-service.co.uk (Dexter's Music Lab)
  4822. Date: Mon, 30 Mar 1998 09:31:42 +0000
  4823. Subject: Re: debugging
  4824.  
  4825. > > PoolWatch to track down any poolmem problems if you use pool mem
  4826. > > (which you should with any half-complex program these days)
  4827. > 
  4828. > Hey ! I didn't know about poolwatch :)
  4829. > 
  4830. > I absolutely agree about the fact that modern programs should use 
  4831. > mempools.
  4832.  
  4833. Could someone please explain this interesting sounding concept?
  4834.  
  4835. Thanks!
  4836.  
  4837. Andy
  4838. - --
  4839. Marty:
  4840.            The review you had on 'Shark Sandwich'...which was merely 
  4841.            a two word review - just said "shit sandwich." Umm.... 
  4842.  
  4843.                                                 -This is Spinal Tap
  4844.  
  4845. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  4846.  
  4847. From: frosetti@hotmail.com ("Fabio Rosetti")
  4848. Subject: Re: Newbe question
  4849. Date: Mon, 30 Mar 1998 02:14:47 PST
  4850.  
  4851. >
  4852. >> Hello,
  4853. >
  4854. >> Any way to program TCP/IP applications in AmigaE?
  4855. >
  4856. >Yes, Amiga E is great for TCP/IP stuff. I've written a complete
  4857. >E-Mail/News client in E (eval copies available from my web site).
  4858. >
  4859. >You'll need the AmiTCP E modules from Aminet plus a good book on TCP/IP 
  4860. :)
  4861. >
  4862.  
  4863. Do you know where we can get example sources in E(C is so messy).
  4864. Maybe you got a few :-)
  4865.  
  4866. Dennis
  4867.  
  4868.  
  4869.  
  4870. ______________________________________________________
  4871. Get Your Private, Free Email at http://www.hotmail.com
  4872. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  4873.  
  4874. From: stv@minorisa.es ("Esteve Boix")
  4875. Date: Mon, 30 Mar 1998 12:27:45 +0000
  4876. Subject: Re: debugging
  4877.  
  4878. > Could someone please explain this interesting sounding concept?
  4879.  
  4880. The idea is simple. A pool of memory is an amount of memory that you 
  4881. allocate, then, using some OS (or no-OS) functions, you allocate the 
  4882. memory you need from this proviously allocated pool of memory. The 
  4883. size of the pool will shrink or expand as necessary.
  4884.  
  4885. For example, you have a program that will allocate tons of strings. 
  4886. You could allocate a pool of say, 50k, and then allocate the memory 
  4887. needed for the strings from this pool.
  4888.  
  4889. Using pools speed up memory allocation (a lot, and specially if you 
  4890. plan to do a lot of small allocations like creating a E-linked list 
  4891. of estrings) and reduces fragmentation a lot, too.
  4892. Another nice side effect is that deleting the pool frees all the 
  4893. allocated memory, w/o having to free it yourself (something E already 
  4894. does itself :).
  4895.  
  4896. AmigaOS v39+ have built-in  pool allocation functions, but there are 
  4897. some solutions for pre39 systems. There is a module in aminet that 
  4898. allows to allocate EStrings from a pool, and work with it 
  4899. transparently.
  4900.  
  4901. Esteve
  4902. - --
  4903. Esteve Boix - stv@minorisa.es
  4904. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  4905.  
  4906. Date: Mon, 30 Mar 1998 10:01:42 +0100 (BST)
  4907. From: jason@fsel.com (Jason Hulance)
  4908. Subject: Re: <none>
  4909.  
  4910. "Stuart Caie \(kyz\)" <sac@csd.abdn.ac.uk> wrote:
  4911.  
  4912. > Recently I noticed something that is used in the official documentation and
  4913. > beginner's guide, but never actually explained:
  4914. > 
  4915. > When writing exception handlers:
  4916. > 
  4917. > EXCEPT
  4918. >   means the exception handler is only run if you Raise()/Throw()
  4919. > 
  4920. > EXCEPT DO
  4921. >   means the exception handler is also run with exception=0 at the end of the
  4922. >   procedure it is defined in
  4923.  
  4924. Strangely enough, "EXCEPT DO" is explained in the Exceptions chapter of
  4925. the Beginner's Guide.  You can find it by using the E Index and clicking
  4926. on the "EXCEPT DO" link...
  4927.  
  4928. Cheers!
  4929.  
  4930. - -- 
  4931. The conundrum for today is "antaleldb".
  4932. Your numbers are 100, 4, 2, 3, 5 and 9.  The target value is 813.
  4933. ======================================================================
  4934. Jason R. Hulance                           Email: jason@fsel.com
  4935. Formal Systems (Europe) Ltd                  Tel: [+44] (0)1865 728460
  4936. Keble Court, 26 Temple St, Oxford OX4 1JS    Fax: [+44] (0)1865 201114
  4937. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  4938.  
  4939. Date: Mon, 30 Mar 1998 09:58:07 +0100 (BST)
  4940. From: jason@fsel.com (Jason Hulance)
  4941. Subject: Re: debugging
  4942.  
  4943. Jacques Gamboni <gamboni@fastnet.ch> wrote:
  4944.  
  4945. > What tools are available to find a bug in an E prog?
  4946.  
  4947. Lots...
  4948.  
  4949. > I can put some WriteF() statements in some places my program to display
  4950. > the current state of a variable.
  4951.  
  4952. That's one way, and usually the quickest and easiest.
  4953.  
  4954. > I can use EDBG to see at which place my program crashes/executes a wrong
  4955. > instruction and so on.
  4956.  
  4957. EDBG is extremely useful for finding difficult problems and controlling
  4958. the execution of your code.
  4959.  
  4960. > I can use Enforcer to know if my program uses uninitialised pointers or
  4961. > goes out of the bounds of an array.
  4962.  
  4963. Enforcer helps you spot silly typos/bad algorithms, but the results can
  4964. sometimes be misleading if you happen to be running nasty hacks at the
  4965. same time...
  4966.  
  4967. > What else?
  4968.  
  4969. 1) A simple 'avail flush' before and after running your program can help
  4970.    track memory losses (but is subject to nasty hacks, as above).
  4971.  
  4972. 2) The RKRMs offer some help on common crashes.
  4973.  
  4974. 3) There's also Explorer, of course.  It's easy to integrate calls to
  4975.    Explorer and you can control the execution of your program, again.
  4976.  
  4977. 4) If you're doing nasty stuff, multiple tasks, etc. then the DOS
  4978.    library can be off-limits.  In this case you can't use WriteF(), but
  4979.    you can use a separate program and a shared message port...
  4980.  
  4981. 5) There are a number of tools out there to track certain resource
  4982.    allocations (I've used one called CodeWatcher in the past).
  4983.  
  4984. 6) Cut down your code to the smallest thing you can that still exhibits
  4985.    the problem.  Remove bits, piece by piece, until you start to home in
  4986.    on the code that is really causing the problem.  (This is about the
  4987.    only way to be confident of something like a compiler bug...)
  4988.  
  4989. > In fact I have a program that has no Enforcer hit but that crashes the
  4990. > computer when it quits (with EDBG, just when the last ENDPROC is
  4991. > stepped). So none of these above method can help me to debug my
  4992. > program..
  4993.  
  4994. In any language it's easy to make subtle mistakes in your program's
  4995. logic and data usage that are near impossible to find using standard
  4996. debugging tools.  In very high-level languages you're normally spared
  4997. the system crashes, though...
  4998.  
  4999. - -- 
  5000. The conundrum for today is "paeremelh".
  5001. Your numbers are 50, 9, 6, 7, 10 and 1.  The target value is 871.
  5002. ======================================================================
  5003. Jason R. Hulance                           Email: jason@fsel.com
  5004. Formal Systems (Europe) Ltd                  Tel: [+44] (0)1865 728460
  5005. Keble Court, 26 Temple St, Oxford OX4 1JS    Fax: [+44] (0)1865 201114
  5006. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  5007.  
  5008. From: agraham@hal9000.net.au (Ali Graham)
  5009. Date: Tue, 31 Mar 1998 00:17:29 +1000
  5010. Subject: Re[2]: debugging
  5011.  
  5012. On 30-Mar-98, someone (I think it was Jason Hulance) might have
  5013. written:
  5014.  
  5015. JH> 4) If you're doing nasty stuff, multiple tasks, etc. then the DOS
  5016. JH>    library can be off-limits.  In this case you can't use
  5017. WriteF(), but
  5018. JH>    you can use a separate program and a shared message port...
  5019. JH> 
  5020.  
  5021. In this case, you can always use the routines from debug.m (in dev/e)
  5022. and a program like Sushi. (i.e. kprintf() etc.)
  5023.  
  5024. A little more roundabout, but it usually works...
  5025.  
  5026. Ali.
  5027.  
  5028. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  5029.  
  5030. From: mofjelds@online.no (Morten Fjeldstad)
  5031. Date: Mon, 30 Mar 1998 17:39:20 +0200
  5032. Subject: Re: Newbe question
  5033.  
  5034. Hello Gary
  5035.  
  5036. On 28-Mar-98, you wrote:
  5037.  
  5038. >> Any way to program TCP/IP applications in AmigaE?
  5039. > Yes, Amiga E is great for TCP/IP stuff. I've written a complete
  5040. > E-Mail/News client in E (eval copies available from my web site).
  5041. > You'll need the AmiTCP E modules from Aminet plus a good book on TCP/IP :)
  5042.  
  5043. No modules for MIAMI out there?
  5044.  
  5045.  
  5046. Morten.
  5047.  
  5048. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  5049.  
  5050. From: merlin@thule.no (Eric Sauvageau)
  5051. Date: Mon, 30 Mar 1998 15:32:43 +0500
  5052. Subject: Re: Binary problem...
  5053.  
  5054. On Mon, 30 Mar 1998, we received a letter from  about 'Binary problem...':
  5055.  
  5056. >  How do you check and set/clear singel bits in a variable?
  5057.  
  5058. DEF var=$20
  5059.  
  5060. /* 0010 0000 */
  5061.  
  5062.  
  5063. /* This will set the first bit.
  5064.  
  5065.    0010 0000
  5066.    0000 0001 OR
  5067.    ------------
  5068.    0010 0001
  5069. */
  5070.  
  5071. var := var OR $21
  5072.  
  5073. /* This will clear the 6th bit
  5074.  
  5075.    0010 0001
  5076.    1101 1111 AND
  5077.    -------------
  5078.    0000 0001
  5079. */
  5080.  
  5081. var := var AND $D1
  5082.  
  5083.  
  5084. You simply use hexadecimal masks with the AND and OR operator.
  5085.  
  5086.  
  5087. Ciao!
  5088.  
  5089.  
  5090.  
  5091. ... Life sucks, but Death swallows.
  5092.  
  5093. - -- 
  5094.  
  5095. ===--- - - -
  5096.   Eric Sauvageau    http://www.thule.no/~merlin/    merlin@thule.no
  5097.   Amiga wizard known as Merlin, casting with E runes, resulting in:
  5098.       DevsMan - MFormat - NewIcons4 - SysInspector - XPKatana
  5099. - - - - ---===
  5100.  
  5101. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  5102.  
  5103. From: merlin@thule.no (Eric Sauvageau)
  5104. Date: Mon, 30 Mar 1998 16:39:31 +0500
  5105. Subject: Re[2]: debugging
  5106.  
  5107. On Mon, 30 Mar 1998, we received a letter from  about 'Re: debugging':
  5108.  
  5109. >  4) If you're doing nasty stuff, multiple tasks, etc. then the DOS
  5110. >     library can be off-limits.  In this case you can't use WriteF(), but
  5111. >     you can use a separate program and a shared message port...
  5112.  
  5113. In such case, debug.m, kprintf() and Sushi are your best friends. :)
  5114.  
  5115.  
  5116.  
  5117. ... Miracle worker, Doctor!  I'm a dammit, not a jim...  no scratch that...
  5118.  
  5119. - -- 
  5120.  
  5121. ===--- - - -
  5122.   Eric Sauvageau    http://www.thule.no/~merlin/    merlin@thule.no
  5123.   Amiga wizard known as Merlin, casting with E runes, resulting in:
  5124.       DevsMan - MFormat - NewIcons4 - SysInspector - XPKatana
  5125. - - - - ---===
  5126.  
  5127. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  5128.  
  5129. From: LOREJ@IWC-SDT.dssd.sub.org (Jens Lorenz)
  5130. Subject: HELP
  5131. Date: Mon, 30 Mar 1998 22:58:28 +0200
  5132.  
  5133. HELP
  5134.  
  5135. .
  5136. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  5137.  
  5138. From: gary@empire.u-net.com (Gary Colville)
  5139. Date: 31 Mar 1998 03:23:15 0000 
  5140. Subject: Re: Newbe question
  5141.  
  5142. Morten Fjeldstad <mofjelds@online.no> wrote to amigae-list@intercom.it about Re: Newbe question:
  5143.  
  5144. >>> Any way to program TCP/IP applications in AmigaE?
  5145. >> Yes, Amiga E is great for TCP/IP stuff. I've written a complete
  5146. >> E-Mail/News client in E (eval copies available from my web site).
  5147. >> You'll need the AmiTCP E modules from Aminet plus a good book on TCP/IP :)
  5148.  
  5149. > No modules for MIAMI out there?
  5150.  
  5151. Miami uses an API that is AmiTCP compatable so the AmiTCP modules work
  5152. just fine.
  5153.  
  5154. - --  _ 
  5155.  _ //    Gary Colville        AmigaOS Software Developer           
  5156.  \X/ gary@empire.u-net.com    http://www.empire.u-net.com 
  5157. - -- 
  5158. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  5159.  
  5160. Date: Tue, 31 Mar 1998 15:44:02 +0200 (MET DST)
  5161. From: szczepan@cksr.ac.bialystok.pl ("Marcin Juszkiewicz (Szczepan/BlaBla)")
  5162. Subject: Re: Re[2]: debugging
  5163.  
  5164. On Mon, 30 Mar 1998, Eric Sauvageau wrote:
  5165.  
  5166. - ->>  4) If you're doing nasty stuff, multiple tasks, etc. then the DOS
  5167. - ->>     library can be off-limits.  In this case you can't use WriteF(), but
  5168. - ->>     you can use a separate program and a shared message port...
  5169. - ->
  5170. - ->In such case, debug.m, kprintf() and Sushi are your best friends. :)
  5171.  
  5172.   I propose you MungFriend as Sushi replacement. It create reset-proof
  5173. buffer and flashes when something going to serial port so you can't miss
  5174. hits.
  5175.  
  5176. - ------
  5177.  Marcin Juszkiewicz (Szczepan/BlaBla)   *Team Amiga*
  5178.  szczepan@cksr.ac.bialystok.pl  http://cksr.ac.bialystok.pl/szczepan/
  5179.  A1200 BlizzIv 2+8MB RAM 425MB HDD
  5180.  Author of MultiView for OS 2.0+ -> Aminet:util/sys/2b_mv_os2_x.lha
  5181.  
  5182. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  5183.  
  5184. From: a9660319@wlv.ac.uk
  5185. Subject: 2D arrays
  5186. Date: Tue, 31 Mar 1998 17:10:48 -0500 (EST)
  5187.  
  5188. Hi there list!
  5189.  
  5190. E has a limitation, to do with 2D arrays, I need to use large (say, 
  5191. 400x400, LONG) chunk of memorey. 
  5192.  
  5193. How do you get around this problem? I`ve been using bitmaps, but that 
  5194. only gives me 0..256, now I need 0..LONG, (Be nice If I could use 
  5195. floats).
  5196.  
  5197. Just some pointers to good source codes, and ideas that I should be 
  5198. pursuing. 
  5199.  
  5200. Please try not to continue this thread past Friday, as I don`t have 
  5201. access to my e-mail after then.
  5202.  
  5203. Thanks!
  5204.  
  5205. Andrew Hutchins :)
  5206.  
  5207.  
  5208. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  5209.  
  5210. From: Peter.Karlsson@swipnet.se (Peter Karlsson)
  5211. Date: Tue, 31 Mar 1998 17:48:40 +0100
  5212. Subject: Parsing an ASCII prefsfile
  5213.  
  5214. Hello,
  5215.  
  5216. I'm a newbie to this list and I've got a question which has probably
  5217. been asked before. If so, I'm very sorry.
  5218.  
  5219. I need to parse a preference file in pure ASCII in a program I'm
  5220. working on. And I have absolute no clue how to do this in a "smart"
  5221. way. I've asked around and one answer I got was "use ReadArgs()".
  5222. Sadly this doesn't make me say "aha". :-) Another solution was
  5223. that I should use Tooltypes. Unfortunately I've got about 300 items in
  5224. my prefs file, so using Tooltypes would be a bit messy.
  5225. So, if any of you people could help me out here, I'd be very grateful.
  5226.  
  5227. Kind regards
  5228. /Peter
  5229.  
  5230. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  5231.  
  5232. Date: 31 Mar 98 20:28:01 +0100
  5233. From: seasons@softhome.net (Lloyd Rosen)
  5234. Subject: MUI
  5235.  
  5236. Somebody mentioned something about MUI macros?
  5237.  
  5238. What are these and how do I use them?
  5239.  
  5240. And where do I find them?
  5241.  
  5242.  
  5243.  
  5244. Regards,
  5245.  
  5246. - -÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-
  5247.                     ____                           ____
  5248.     Lloyd Rosen    _\/\/_  680x0 ÷ AmigaE ÷ 6510  _\/\/_    `LloydROSN'
  5249.          ÷         ¯¯\/¯¯      Mus¡c ÷ Design     ¯¯\/¯¯         on
  5250.       sEASONS                                                  IRCnet
  5251.       ¯¯¯¯¯¯¯     s e a s o n s @ s o f t h o m e . n e t      ¯¯¯¯¯¯
  5252. - -÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-=-÷-
  5253.  
  5254. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  5255.  
  5256. From: mofjelds@online.no (Morten Fjeldstad)
  5257. Date: Tue, 31 Mar 1998 19:37:32 +0200
  5258. Subject: IDE
  5259.  
  5260. Hello,
  5261.  
  5262. Is there a good IDE for AMiga E out there? I tried some editors etc. from
  5263. the Aminet. But nothing impessive.
  5264.  
  5265.  
  5266. Kind regards
  5267. Morten.
  5268.  
  5269. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  5270.  
  5271. Date: 31 Mar 98 21:07:07 +0200
  5272. From: savel@kaunas.omnitel.net (Levas)
  5273. Subject: Re: Parsing an ASCII prefsfile
  5274.  
  5275. >I need to parse a preference file in pure ASCII in a program I'm
  5276. >working on. And I have absolute no clue how to do this in a "smart"
  5277. How about reading text file to RAM. Then you can search for keywords and use
  5278. values near keywords?
  5279.  
  5280. VERYIMPORTANTVALLUE=58758
  5281.  
  5282. Search for VERYIMPORTANTVALLUE= and EOL string. Then analize data between this
  5283. words. Add comment keyword to make you config file more cool :)
  5284. Oh yes! you've got damn windows.ini file!!
  5285.  
  5286. After analizing data, put values to some internal format like mydata.x=58758
  5287. and free allocated buffer.
  5288.  
  5289. Bye, Levas
  5290. - --
  5291. <tsb>Amiga? Amiga... Amiga!
  5292. - -- e-mail:savel@kaunas.omnitel.net - http://www1.omnitel.net/savel --
  5293.  
  5294. Don't judge a book by its mini-series.
  5295.  
  5296. ------- CUT --- CUT --- CUT --- CUT --- CUT --- CUT --- CUT -------
  5297.  
  5298.  
  5299.